Add ability for Squash in log view to work for non-consecutive commits. In that case smartgit would run a rebase that does the following:

- reorder selected commits so they are consecutive

- then squash them

If there is an merge issue then smartgit drops into interactive rebase step so use can resolve (or cancel).

This feature is the same as a function of the GitToolbox plugin for IntelliJ

Thanks and regards!

With github calling new master branches "main", the application is a bit confusing when setting up the feature branch flow option as it asks for "main branches".

Further more and even more confusing, when you come to finishing a feature, on the Finish Feature dialog, the first radio option is "Finish to main branch". This should state the name of the branch selected at feature setup as "main" is now confusing.

In my case I'm using the "develop" branch for all developments and "main" for production in line with Git-Flow process. As you can imagine being told each time that I'm finishing to "main branch", when in reality I'm finishing the "develop branch" (even though this does happen behind the scenes) is a bit disconcerting. I appreciate the text sub text at the top of dialog states the "develop" branch, but at quick glance it would be better if the radio also showed this.

If would be ideal at setup to request "derived branch(es)" rather than "main branches" or something similar, and then on the Finish Flow dialog, show the branch name you selected at setup that you are actually finishing to.

Thanks.

Though it is possible to edit commit author, it's impossible to set my data without preserving it somewhere or writing off from memory. Since SmartGit knows my data, it would be great if it allowed to use it for author editing.

Possible implementations:

• a new context menu item: "Change Author to myself";
• a checkbox or a button "Fill my data" in the "Edit Author" dialog.

Similar to this RFE : https://smartgit.userecho.com/communities/1/topics/1129-log-view-open-multiple-submodules-at-once

But for Repositories View.

It is something that I always missed something similar to what existed at SmartSVN.

Before submitting a code change to review, I usually try to clean it up and make sure the commits that make up the change make sense individually. During clean-up, I sometimes need to split commits, so the change could have ten or more commits waiting to be polished. At this time, it's sometimes difficult to keep track of which commit does what.

This work would be easier if commit graph would highlight the commits that affect a specific file.

What I have in mind is workflow like this:

1. Select a file in Commit / Files dialog.

2. Each commit that touches this file gets highlighted in Commit Graph.

The feature should be optional via Commit Graph hamburger menu.

Another variant of the same feature would add vertical lanes for the modified files in Commit Graph. Lanes would form a table with commits as rows, files as columns, and in each cell whether the commit modifies / deletes / adds the file. This would be more complex solution and might become cluttered if there are lots of files affected, so there should be a limit.

There should be following root categories:

• "Local Branches"
• one root category for each remote
• "Tags"

The explicit root nodes for each remote could also allow Remote-related operations (like in the Log window).

In macOS, when quitting SmartGit and then relaunching it, it remembers the last open repositories.

But this is not the case when closing the last SmartGit main window with the window's x button, and then relaunching it -

It doesn't remember the opened repositories, and just opens with all repositories closed.

This is very annoying!

I hope you can fix that.

I have several team members who infrequently make contributions to our team's Git repository.

The branching workflow we use means that they will almost always create a new branch for their contributions.

A continually reoccurring issue is that they do not remember to do a pull before they create their new branch, because they contribute so infrequently.

This obviously leads to people working on outdated code and has also caused a fair number of messy merge conflicts.

So it would be very nice if SmartGit had an optional feature to remind such users that their branches might be out of date when they are creating a local branch at a branch tip.

If the user...

1. right-clicks a branch tip in the 'Graph' pane, picks 'Check Out', selects 'Create local branch' in the pop-up dialog, and clicks the 'Checkout' button
2. or, right-clicks 'Local Branches' in the 'Branches' pane, picks 'Add Branch...', enters a new name in the pop-up dialog, and then clicks the 'Add Branch & Checkout' or 'Add Branch' buttons'
3. or, opens the 'Branch' menu, picks 'Add Branch...', enters a new name in the pop-up dialog, and then clicks the 'Add Branch & Checkout' or 'Add Branch' buttons'
4. or, presses F7, picks 'Add Branch...', enters a new name in the pop-up dialog, and then clicks the 'Add Branch & Checkout' or 'Add Branch' buttons'

...then a second pop-up dialog appears like this (where More Options is the same as the 'Pull' pop-up dialog):

I am imagining that 'Edit' > 'Preferences' would have a settings checkbox somewhere like 'Show pop-up dialog for optional pull before creating branch at a branch tip'.

Checking 'Don't show again (always Use Local)' would ensure that preference is unchecked.

This reminder pop-up dialog would be a massive help for infrequent contributors.

Please consider adding an EOL column that shows each file's used line endings (LF, CR, CRLF, native, mixed, etc.)

SmartSVN has such a column (disabled by default, IIRC), and I find it very useful to quickly identify files that are using the wrong line endings, as well as to identify tools that touched those files to correct their settings.