Share your ideas on how to improve SmartGit!
This is no support platform! To report bugs or request support, please contact us directly. If in doubt ask us.
First search for a similar request and add your votes or comments there.
Take the time to describe your request as precisely as possible, so users will understand what you want. Please note that we appreciate your time and input, but we don't give any guarantees that a certain feature will be implemented. Usually, a minimum requirement is a sufficient number of votes. Hence, please don't comment like "when will this be implemented", but vote instead.
Follow the stackoverflow.com writing guidelines.
Thank you for your help!
Support Amazon Linux 2 as a tested platform for SmartGit
Can you support Amazon Linux 2 as a tested platform for SmartGit?
In another request I reported the Standard Window Drag&Drop feature added in SmartGit 23.1 Preview does not work on my Amazon Linux 2 (AL2) workspace. Received a reply that it works for Linux machines (Ubuntu, Manjaro - both with Gnome desktop). Our organization can only use AL2 workspaces.
Standard Window view: Allow arranging the order of tabs
I noticed the Standard Window view doesn't allow you to arrange the order of tabs. The Standard Window tab order follows the order in which the tab was opened. It would be helpful if I could arrange the order of tabs to my preference.
Also can you add tab right-click menu options like "Move tab to beginning" and "Move tab to end". I usually have 4 or more tabs open at a time.
open terminal with git executable dir prepended to PATH
Would be nice to be able to open a terminal window with
smartgit's git (executable) dir added to path. On systems like windows
where i use the git packaged with smartgit one has to do this manually. And on system with other git installed would be possible conflict without (since might be different git version)
could possibly be alternatively done if
https://smartgit.userecho.com/communities/1/topics/270-flexible-toolbar-customization-be-able-to-add-any-custom-command-or-any-existing-action-examples
create bare repo (option)
Optionally create new repo as bare
Useful especially when creating "backup" repo on removable medium like usb drive for
sensitive data. Possibly with new checkbox "bare repo" in the "add or create repository" dialog, which in turn adds "--bare" option to the "git init" command.
remove restriction: "rebase interactive, squash commits, message must be equal" or add "fixup"
If I want to combine two commits, I don't expect having to do extra steps (as in: Having to equal out the commit messages)
Interestingly the command line git doesn't have this limitation. I can change `pick` to `fixup` (or `f`) and it'll delete the commit and move the changes into the commit above.
GitHub Comment Bubbles for All Commits with Comments
Currently, comment bubbles are limited to PRs, yet many valuable discussions also occur directly on individual commits. Access to these comments within SmartGit would provide a more holistic view of the dialogues around code changes and project evolution.
Therefore, my feature request is the extension of the GitHub comment bubbles to all commits that have comments.
Log, Files: reveal file directory context menu item
I really want the ability to right click the file in Files window and choose something like "Reveal file directory" in the context menu.
Alternatively have another option in the Files toolbar, something like "Directory follows selected file" to have it revealed automatically.
SmartGit version: 4.3.1 #9004, installed: #19259
Option to configure what to fetch instead of all tags & branches
Currently the way fetching works is that all tags & branches are fetched.
This is rather annoying, as it can bloat up the local repo, sometimes increasing the size substantially.
I end up having to use the terminal for fetches instead.
I'd like a way to configure which branches are being fetched, and if tags are included. I usually just fetch the `master` branch along with all tags.
Search for commit
Hi Guys,
About a year ago, when I used a filter to find a particular commit, after dropping the filter to see all commits my selection was remaining on the commit that I found and selected. After some of the releases, this functionality was dropped. Now, if I found a commit in the filtered content and want to drop the filter, my selection jumps to the top. I need to remember my commit's date and look in the three for it manually again.
Was this change done intentionally? Is it possible to get that "sticky selection" functionality back?
Best regards,
Edgar
Customer support service by UserEcho