When commit is selected if the parent commit is not the commit directly below, could it be indicated some how? Dot outline a different colour? Dot fill a different colour? Track Line Colour? I don't mind which. If the commit has multiple parents, then maybe highlight all parents, even if one of the parents is directly below, since that could cause confusion. (I say all parents, rather than both parents, since I have a few octopus merges). It's hard to track all of the lines some times. I know there is Alt+Down to jump to parent, but I sometimes don't want to jump to the commit, I just want to visualise them.

Seems like there is already a parameter to define the background fetch interface.

1. Please add a GUI for it.
2. Allow different intervals to be for each repo

Some repos have more activity than others, so I would like to fetch more often for certain repos, and less often for others.

In addition to the left - merge - right view, have a left - base - right view which shows the "base" file (as it's part of Git's index). This helps to understand the actual independent changes in the left and the right fork.

Currently, if Git-Flow is enabled, SmartGit will sort branches in following order: 

develop,feature,release,master,hotfix,support

However, there is no sorting for non-Git-Flow repositories. This RFE asks for a configurable branch sort order for arbitrary repositories. Configuration will be read from .git/config or ~/.gitconfig.

In both the Journal and Log view, we don't know if there are more information in the commit message unless we click it and look at the [Details], because SmartGit only displays the first paragraph of the commit message in the [Commits] column (a normal Git convention, adhered by most Git GUIs). It would be nice if I am able to know which commits have extra info, and which commits don't.

Currently, commit messages that don't fit the column are truncated with an ellipsis. One idea is to move this ellipsis limit a bit further to the left, and add a tiny light-gray arrow-down icon (or anything better) to indicate that there are more paragraphs for this commit.

When doing code reviews for pull requests in GitHub, it is sometimes useful to keep comments in pending until finished reviewing (to avoid email spam). It is also sometimes required for a pull request to be approved by reviewers before merging. Currently SmartGit only supports posting single comments. Without any integration with Reviews (see docs: https://developer.github.com/v3/pulls/reviews/), it's a bit of a pain to manage pull requests when switching between SmartGit and GitHub (and I much prefer SmartGit for pull requests).

If someone multi selects commits (not just a single range) in Log all the files from the selected commits should be listed then, instead of first commit

Should be easy enough to add: I'd like to be able to sync my fork (origin) with the original repo (upstream). It's great that smartgit already suggests the creation of the upstream remote, now it'd be even greater if there was a "one-click" (I know ...) solution for syncing (available from the "Branches" view?) origin and upstream. This would be (according to GitHub's help):

git fetch <upstream>
git checkout <branch>
git merge <upstream>/<branch>

Could you please add keyboard shortcuts for staging hunks, lines and inner-line changes?
To allow mouse-free reviews of changes.

This should not change the way the SmartGit is working (small change?) but should help a lot for people like me.