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!

+2
Declined

Better support when using SmartGit for Git and Mercurial at the same time

Craig Caulfield 9 years ago updated by Thomas Singer 4 years ago 1

I use SmartGit for both Git and Mercurial, which is great: I have just one tool learn, and the same tool on Windows and on Mac. But, the commands and preferences for the two VCS are inconsistently implemented. For example:


The preference "Stash: Automatically save stash if Pull, Checkout, or Interactive Rebase fails because of local changes" works for Git but not Mercurial. Similarly, the Apply patch menu item uses the git apply command rather than the Mercurial import command even when pointing to a Mercurial repository.


SmartGit should be smart enough to know what sort of repository it is executing against and use the appropriate command, or tell us when that command hasn't been implemented.


Also, perhaps there needs to be separate preference tabs for Git- and Mercurial-specific preferences as there are some siginificant differences.

+2
Under review

Mercurial: support for creating and importing patches

Craig Caulfield 9 years ago updated by Thomas Singer 9 years ago 5

SmartGit allows you to create and apply a patches for Git, but not for Mercurial. Atlassian's SourceTree and the tool within Intellij IDEA have a context menu against log entries to create a patch from single or multiple commits.

+2

Enable editing git config

Robert Hannah 9 years ago 0
+2
Completed

Log: option to hide branch-labels in graph, if unselected in Branches view [SG-8680]

Marc Strapetz 9 years ago updated by Thomas Singer 7 years ago 2
Missing Git feature
+2
Completed

Log: custom tools should work on Files (as in the main window)

Marc Strapetz 9 years ago updated 7 years ago 2

Tools configured in the Preferences should work on the Log's File view in a similar way as in the main window

+1

Fixup a past commit and rebase autosquash

Cyril DD 2 weeks ago updated by Jeff Jensen 2 weeks ago 1

Ability, when committing changes, to fixup a past commit (if there are no merge conflcts for subsequent commits)

Suppose I have committed 

A > B > C 

..in that order. I realize I missed something on commit B, if I want to fix it I have to introduce a new Commit D, and make an interactive rebase to move commit D so it becomes A > B > D > C and merge commit B and D (we often refer to part of this process as a fixup)

I suggest improvements to the smartgit interface to be able to perform this automatically. Note that this procedure is now facilitated by the --fixup param when committing as explained here

Idea : in the commit window, we already have a "select" menu that can help copy previous messages. Introduce a similar "fixup" select menu, which allows selecting a commit similarly to "select", but when a previous commit is selected this way, transform the "commit" button so it becomes a "fixup" button and actually performs

git commit --fixup=[selected commit ref] # Commit indicating a fixup
git rebase -i --autosquash [selected-commit-ref]~1 # merge fixup commit into broken commit

(ans similarly for the other button "fixup and (force) push"

Image 941




References

https://stackoverflow.com/questions/3103589/how-can-i-easily-fixup-a-past-commit

Improve Git commands
+1
Started

Working Tree Window: Bring back alternating row colors

CodeStorm 1 month ago updated by Thomas Singer 1 month ago 1

At least as of v21.1.x the Working Tree window used alternating table row colors for the various files displayed. Could that be brought back in the current version(s), either as a setting or property of some sort? Or is there a way to do it already in the current version somehow?

Thanks,

Image 939

Working Tree window
+1

Branches view: Multiple branches-views with pre-defined filters

InD84 2 months ago updated 2 months ago 4
Situation
There are thousands of branches in hundreds of groups with “path-like names”. It is very tedious to find the branchs you want in the branches-view (The overview is miserable). And most of the times you are only interested in the branches of a handful of subfolders anyway.


Of course, you can also press CTRL + P and then enter the relevant subfolder to quickly see the desired branches. But unfortunately this is also very cumbersome if you want to merge the respective branch into your current branch:

  1. You have to click into the branches-view.
  2. You have to press CTRL+P and enter the subfolder you are looking for (and rememeber those names).
  3. YouI have to select the desired branch. (Unfortunately, in this view you don't have the option to merge the selected branch with your current branch).
  4. So you have to reveal the branch.
  5. Finally you can merge the desired branch into your current branch.


Desired behavior:

I would like to define a filter for the branches-view and attach the filtered view as a separate tab in Smartgit (with a self-defined title). This way we could have multiple tabs for the branches-views (each with different filters and title).


Not only would this greatly improve the overview, but it would also reduce the number of steps that need to be taken:

  1. Click into the filtered branches-view and select the desired branch.
  2. Merge the desired branch into the current branch.

Branches view GUI
+1

Totals in Files Window

oozing-blade 3 months ago updated 3 months ago 1

It could come useful to have totals for commit in Files view.

I.e. counts: total, renamed, changed, removed, added.

Image 928