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!
GitHub, GitLab, Bitbucket: support for multiple accounts
Perhaps my use-case is pretty specific, but I have multiple GitHub accounts that I use for very different purposes. Because both accounts have private repositories, if I want to switch between the two accounts, I need to go into preferences, remove the current GitHub account, add the new account (generating a new OAuth token) and then continue making commits etc.
It would be very convenient to be able to have multiple accounts with the OAuth tokens / credentials saved, so that I could quickly switch between them. They don't need to both be active simultaneously. Ideally they could also be associated with specific repositories, so that if I open repo A, SmartGit automatically switches over to GitHub account A, and if I switch to repo B, SmartGit switches over to the corresponding GitHub account B.
I'm not sure how many other people need this sort of thing, but it would help me out a bunch, and I imagine it wouldn't be super complicated to implement...
Monorepo support [SG-14535]
Support for possibly huge "mono repositories", by:
- offering a "shallow" clone of the repository
- selectively fetching projects from the repository, using Git's "sparse checkout" feature and "partial clone" feature
- limiting Log graph (and dependent views) to such a fetched project
Support should be implemented in a subtle way to not complicate the GUI for the majority of "plain" repository users.
Related topics:
Please comment on this topic about your monorepo size:
- Number of projects
- Number of commits overall (
git rev-list --all --count) - Number of files in HEAD overall (
git ls-tree -r HEAD | grep -c "")
Branch rename should ask whether to rename the tracked one too or not
- Have a branch named A
- Push it to origin
- It starts tracking origin/A
- Rename the local one to B
- Delete the remote origin/A
- Push the local B to origin
It gets pushed to origin/A.
Stash should work similar to Commit - the selection should define whether to stash all or just the selection
Not selecting any file, both cmd + k and cmd + s commits, respectively stashes all the files in the working tree.
Selecting one or more files from the working tree, cmd + k commits them while cmd + s stashes all the files, in which case the selection is completely ignored.
This is not consistent and, at least for me, very unintuitive. A lot of times I selected some files, hit cmd + s, and pressed enter, only to see that all the files were stashes instead.
Great product continues to improve, and the Preview releases are habitual!
SmartGit continues to improve at a good pace and the Preview releases are a great way to try the improvements. I've become so used to regular Preview releases that I'm almost sad when a new build isn't available to try! ;-)
For 18.1 Preview, the "Reworked Compare" feature is my personal fav as I'm diffing all the time and this change helps automatically narrow to what's truly changed vs me manually hunting in a highlighted block for what changed (slow and painful!).
Thanks guys!
Clicking the Pull button should behave as the Push button does - immediately do the pull
Clicking the Pull button pops up a dialog window of the options, which I almost never use, and requires user to press Enter or click. If I need to do pull options, the button's drop down menu has them.
This is also true of the context menu's Pull... and Ctrl-P shortcut, but those work as is.
Clicking the Push button immediately does the push. If I need to adjust the push, the button's drop down menu has it.
Output window: add date and time stamps for events
To aid in diagnosing merge issues and checking when events occurred add the date and time stamp to each node in the output tab
Changes view: allow staging/unstaging in "compact changes display", too
The rows can be reverted only in standard changes view, not in compact one. I don't know, if it is because of any technical
Submodules: Reset multiple submodules at once
if your submodules fail to check out - you have 2 reset each one by hand instead of resetting them all at once
Stash hunks (interactively) by selecting then in a "Index Editor"-like window
I would really like the ability to stash hunks from my working directory into a named stash by selecting such hunks from in a "Index Editor"-like window.
This would basically be a user friendly interface to the awesome git stash --patch command, and would allow avoiding to do git add -p & git stash -k. The ideia is obviously taken from Mercurial shelves extension (and the support to do "graphical" stashing provided by some other tools).
Customer support service by UserEcho