It's irritating entering details for a tag, and then not effectively being able to use them later when I'm documenting release notes. I can see the details if I hover over the tag in the branches pane, but as soon as I move the cursor (e.g. to type), the rollover text disappears.

TortoiseGit provides a Revision Graph. This provides a quick overview of the existing branches (local and remote/remotes). From this overview, logs for specific branches/tags can be opened and it is very easy to switch.

Especially for new Git users this overview can be very helpful.

It would be nice to add something like this to SmartGit.

The manual and its features can be found here:

https://tortoisegit.org/docs/tortoisegit/tgit-dug-revgraph.html

Change the log window to contain tabs with different repo's/files' logs, instead of having multiple separate windows.

For integration of the Log window into the main window, vote for: http://smartgit.userecho.com/topics/145

When merge-squashing a branch back to develop or master it would be nice to include all commit messages from the branch inside the squashed commit. Sort of similar to the way Tower app does it. That way you don't lose the commit messages.

The SmartGit provides two ways to change highlighting scheme: first in preferences, second in edit window by clicking 'Syntax language' under view menu.

Both are not convenient enough in some particular cases. The first one is requires setting up for all formats you could have but not only standard. The second one requires too many actions.

Also in these approach there is no way to quickly change scheme from 'Changes' area. So the common way for 'Editor' window and 'Changes' areas expected.

The way how it can be improved to be more convenient:

1. Right click on diff panel -> Mouse over Syntax highlight -> Pick scheme. (Example from Sublime Text 3)

) (Two clicks one move)

or 2. Right click on diff panel -> Syntax highlight (opens window) -> Press '<Symbol>' for quick search-> <Symbol>scheme -> enter or Ok click.

or 3. Combobox somewhere in changes area with possibility to select scheme + Press '<Symbol>' for quick search

The handiest one is the third. The first one is on the second place.

The problem with showing the Log for only 1 branch is that when you see the tree, it's natural to believe that you're seeing the whole thing. So yesterday I saw that my branch, `development`, was on the latest commit but didn't have a remote branch. I tried pushing and pushing, but every time I'd get an error about a non-fast-forward push. I couldn't understand why this was happening, because there was no origin/development branch around. Only then did I realize that the tree was not complete...

If you want to invoke a tool on a file in a certain commit, vote for https://smartgit.userecho.com/topics/868

As already present in the main window.

I asked if we could open files from the log, but that's apparently not possible because they might have been moved since that commit, etc. we can only copy "relative path".

Then I thought I could sort by "Last Changed On", but that's the filesystem modification date, not the last time it was changed in the git history. If you check out a different branch, all files changed in that branch are marked with the current datestamp, rather than the last time they were modified in the history.

If you could show the last time they were modified as a column in the Files view, that would work.

I found a very very strong drawback in your "Search for" form (appears not by hotkey or menu, but automatically as you type) in "Branches" View.
This form is absolutely incompatible with copy-paste!
Just try to find branch in "Branches" view using "Search for" and pasting required text from clipboard.
I tried several ways to workaround this strange behavior but everything did no work well.
If you type branch name manually - it works OK.
If you try to paste branch name or even part of branch name - it does NOT work.
Besides incompatibility of "Search for" with copy-paste from clipboard - it's also incompatible with standard text editing (for example, try to use left and right arrows to navigate in search text and edit it - your panel just disappears automatically).

My recommendation: allow user to make "Search for" permanent or show/hide it by explicit user request (not automatically - this works badly!) - at least it should NOT auto-destruct if I edit search text using standard text editing and it should work with copy-paste from clipboard.