Currently, files in the Local Files and History views are shown as list. The user only has the option whether to show it as name (path) or path/name. Depending on the directory structure the path part can get quite wide which might cause issues in the History view:

Alternatively, there could be an option to show the files as tree-like list adding directory entries for each parent directory (without a way to collapse directories):

This might require less horizontal space (but a lot more vertical space).

Similar to topic #966, when selecting a Log commit, SmartGit should indicate for every file whether it is LFS-managed or not.

Note: for the general case, this may become a very expensive operation, because SmartGit will have to load all file blobs for the selected commit and check whether it is an LFS pointer or a regular file.

Better search for 'Content' in files.

This feature basicaly works but it is not usable in most of time so I have to fallback to command line and user 'git grep' to find what I need *in seconds*.

The way I use it now:

In the log screen I type searched string and check the 'Content' type.

The commits are being searched and now there are two problems:

First problem: The 'Files' view will not get filled/updated with searched data until whole repository search is completed. In big repositories that means I will never get the results and can wait for ages. Using 'git grep' I complete this part in seconds. It would be great to have *a button to stop searching* for commits and start analyzing the 'Files' output.

When uploading large files to a remote repo using git-lfs, it would be very useful to be able to see the progress which I believe is available from the git-lfs process. I can see lots of network activity so I know it's busy, but I can't tell whether I should wait a moment, go for coffee, watch a movie or buy a second computer to work on in the meantime.

For that matter, "upload LFS files in the background" would be welcome, too.

Github and Gitlab added support for multiline comments. It would be nice if one could make a comment that applies to multiple lines directly from SmartGit client.

I have a license for SmartGit from my company and recently I switched to a M1 Max MacBook Pro. However, due to my work, I have to run a Linux virtual machine and use SmartGit inside that virtual machine. Because the processor architecture is arm64/aarch64, there is no SmartGit for Linux arm64/aarch64. 

I am aware that SmartGit for Apple silicon is available but I would need to use it on Linux.

Thank you.

SmartGit has an option for "Open in Terminal". Can you add an option for "Open in iTerm" as a standard feature. 

I tried to use scripting to open iTerm but it did not work.

Support for SHA-256 repositories and operations (Git --object-format=sha256 option)

Path length longer than 260 characters result in Missing Files under Windows 10.

There is an Solution in Windows 10 Version 1607 and later

"Enable Long Paths"

see Maximum Path Length Limitation - Win32 apps | Microsoft Docs

Request for SmartGit supports these long paths

When operating on a large repository with multiple submodules, it is possible to manually initialize/deactivate single submodules. However, this can be a very tedious operation, since each single repository must be selected, right clicked on, and finally inited/deactivated.

Please allow to select multiple submodules, right click, and initialize/deactivate them altogether.