File Filter search box in the File View is very very helpful to search file(s) quickly if there are thousands of

files in one project. After that we can do wanted operations in its context menu.

However, for large projects, e.g. Chromium, which has 300000+ files, SmartGit takes about 2+ seconds to change File View and Change View if i switch one commit to the other one in the Graph View. (Note: The chromium project is located on a super-fast NVME SSD; it must be much slower on SATAs).

Though I can change the low-level property "log.files.includeUnchanged" to false, it make file search unavailable. Besides, it is a global setting and cannot only be set to the chromium repo.

In my personal opinion, there is no need to load unchanged files right away. These unchanged files can be loaded in the background asynchronously.

Thanks a lot!

I frequently move git repositories from one location to another (externally as from the file manager), and Smartgit is not helpful because every time I try to open Smartgit just says the repository is missing. This is quite troublesome because I have to ask for Smartgit to remove it, and then, add it back (on the same group and with the same name, because I often rename them).

When Smartgit asks me the question: `Do you want to remove the missing repository '..'.?`, it could add an option to select a new location for the repository, so, I can keep its name and group (on Smartgit repositories view).

It appears that only whole files can be unstaged.  Would be preferable to have an option to unstage individual lines/hunks, just like we can stage individual lines/hunks.

To view staged changes, as far as I can see, you need to pick each file that shows "staged" in the list, doubleclick, and pick the appropriate diff option.  Non-utitive and a little annoying (compared to, for example, SourceTree which I'm more used to).  It would be great if there was a simple single view to see all staged changes that will be part of the next commit.

It's great to have the commit editor perform spellchecking, but the "English" dictionary supplied appears to only offer damaged American "English", not Britsh English.  This is irritating for us Brits, where we see SmartGit highlight quite a number of "spelling errors" that are actually perfectly correct.  

When scrolling the changes (with the mouse wheel) can the current file not be deselected so I can use the arrow keys to move to the next file.

I am a paying user of SmartGit, and I've been happy with it. I needed to install Sourcetree to provide a screenshot for coworkers who use that application, and I discovered that it was impossible to connect to Github using oauth because SmartGit registers the sourcetree:// url scheme. You can remove these on MacOS, but it's a pain. Presumably anyone who uses git will be able to figure it out, but that's not the point.

There is no other explanation for this behavior than an intentional and completely unnecessary attempt by Syntevo to mess up basic functionality of a competitor's product. It's extremely gross and makes me not want to ever put any more money into your pockets. Stop it.

In the main window it should be possible to edit the local file directly in the changes view. 

Right now I have to open File Compare to be able to edit the file. (Using F4 or Shift+F4 when comparing two hashes)

Currently, the Graph view of our develop-branch looks like this:

With other words: a lot of redundant information, because „Merge pull request #xxx in bla bla from“ usually is not relevant. Just needs a lot of space and forces to make the Graph view unnecessary wide.
Suggestion: allow to configure a regex-replacement that is used to convert the real commit message to a shortened one. Of course, there should be some link indicating the short text. Clicking it, should show the full message.

We use smartgit in different teams, which all have their customized accelerator. For example one uses the accelerator "Create Release Candidate Tag", which will execute a powershell script to find an appropriate name.

Another team likes to use the same accelerator, which shall be able to behave differently, but shares the same accelerator button (tooltip).

Is it possible to check in accelerator shortcuts on a per-project basis so the settings will stay at project-level?