Currenly the number of current different line is marked (yellow) only on one (focused) side of Changes window. If user is looking into the code in other side, (s)he will hardly see this mark.

It would be handsome if current line's number was somehow marked on the non-focused side too, f.e. with gray.

In many projects there are guidelines regarding how long lines in commit messages can be. In Linux, for instance, the first line can't be longer than 50 characters. Currently to ensure that I don't break the formatting rule I have to use a dedicated editor with sole purpose of measuring line width and then copy-pasting it to SmartGit "Commit" window. My proposal is to add indicator of current line width into the "Commit" window in SmartGit.

Let's say that you have a bunch of old feature branches that you want out of the way but you don't want to delete them either.

So you go one by one renaming 'feature-123' to 'old/feature-123' ... tedious.

It would be nice to be able to do that for multiple branches by adding a prefix to all of them at once or perhaps something more sophisticated with pattern matching & substitution like this SO discussion https://stackoverflow.com/questions/45118089/git-rename-multiple-branches

For other Branch-related operations, vote for https://smartgit.userecho.com/en/communities/1/topics/1277-

I like to see at a glance the state of the branches. It helps the overview of what branch contains/misses relevant commits.

Best would be if it the 'master' branch could be configured to see e.g. "commits ahead / behind develop".

Github and Gitlab both have it in their web interface - can it also be added to smartgit?

See also:

https://smartgit.userecho.com/topics/655

https://smartgit.userecho.com/topics/27

Allow to drag-and-drop index or working tree virtual commits so

• if dropped on any other commit
  • if working tree is dragged and other commit is index, working tree gets staged
  • if index is dragged and other commit is working tree, index gets unstaged
  • for all of the other cases dragged commit gets squashed into other commit
• if dropped between commits
  • 1. commit window appears
  • 2. when commit/commit & push pressed, appropriate commit gets created from dragged one
  • 3. if working tree/index is present after commit creation, it gets stashed
  • 4. new commit gets reordered via interactive rebase (this way commit doesn't get lost if reordering produces any conflicts)
  • 5. after interactive rebase is over
    • 5.1 apply and drop stash (stage it if the index was stashed) if step 3 was executed
    • 5.2 if rebase was aborted, reset temporary commit (--mixed if it was created from working tree, --soft otherwise)
    • 5.3 if rebase succeeded and commit&push option was selected, push

Like the shortcuts in files view in the main window (Ctrl+1 display unchanged files etc.), I would like similar shortcuts to the toolbar buttons in the Files view in the Log window.

I have in my user (global) .gitconfig an excludes file listed.

I would like to add the *.ini in the Ignore dialog to that and not a repository related one.

Wondering if you can read the global excludes file to allow it to be listed.

Sometimes, you have your working tree submodules on this state:

And SmartGit allows you to hit the `Initialize` button. But, if you select more than 1 submodule deleted/uninitialized, SmarGit hides the option:

Forcing me to do one by one. 

SmartGit could be smarter and do not hide the `Initialize` option when selecting several uninitialized submodules.

Related to:

1. https://smartgit.userecho.com/communities/1/topics/573-submodules-reset-multiple-submodules-at-once

Would it be possible to add SystemVerilog syntax highlighting to built-in Text Editors?