Hello smartgit support team :)
Can you add arm64 (aarch64) support jar?You can find it here:
https://rpmfind.net/linux/rpm2html/search.php?query=libswt-atk-gtk-4763.so()(64bit)

download the file:
https://rpmfind.net/linux/fedora/linux/updates/28/Everything/aarch64/Packages/e/eclipse-swt-4.7.3a-5.fc28.aarch64.rpm

extract it.
at usr/lib/java/ you will find:
swt.jat.

cp and replace (and rename) at smartgit/lib/org.eclipse.swt.gtk.linux.x86_64.jar

then it will work on aarch64 machine. 

The same can be done with arm in this file location:
http://rpmfind.net/linux/rpm2html/search.php?query=libswt-gtk-4763.so

http://rpmfind.net/linux/fedora/linux/updates/28/Everything/armhfp/Packages/e/eclipse-swt-4.7.3a-5.fc28.armv7hl.rpm

so can you add that smartgit will search also this file names when it load libswt-gtk-4763.so:
org.eclipse.swt.gtk.linux.aarch64.jar

org.eclipse.swt.gtk.linux.armv7hl.jar

and create them from swt.jar that is correspond to  architect:
 
org.eclipse.swt.gtk.linux.aarch64.jar -> https://rpmfind.net/linux/fedora/linux/updates/28/Everything/aarch64/Packages/e/eclipse-swt-4.7.3a-5.fc28.aarch64.rpm (swt.jar inside)

org.eclipse.swt.gtk.linux.armv7hl.jar -> http://rpmfind.net/linux/fedora/linux/updates/28/Everything/armhfp/Packages/e/eclipse-swt-4.7.3a-5.fc28.armv7hl.rpm (swt.jar inside). 

This will be really helpful to run it also for arm base computer! thank you! :)

Since the version 18.1.0, SmartGit change how log entries are display: it will skip Author information if it's identical to the above commit.

This kind of modification is too related to SmartGit's user preferences, personnaly I think it is a regression. It could be nice that SmartGit's developers add an option to enable or disable this behavior.

Initial discussion: https://groups.google.com/forum/#!topic/smartgit/ITb73VdKhKA

A picture is worth a thousand words and carefully selected emojis in commit messages can really help sift through commits quickly. 

Windows 10 and Mac keyboards support typing in emojis directly but its obscure and relies heavily on system fonts. 

It'd be great to see support for emoji text codes like :bug: or any other emoji from https://www.webpagefx.com/tools/emoji-cheat-sheet/ in commit message prompts. 

Similar to git flow support, it would be great to have support for commitizen: https://github.com/commitizen/cz-cli.

Add support for TypeScript language

Currently if you have multiple changed files in your working copy at once, and you select all of them, it will only show the diff of the first file. Using Show Changes (F4) will open a new window for every file you've selected which is not very convenient.

Ideally the diff in the main view contains the changes for all selected files, not just the first, like so:

Alternatively it would also work if using Show Changes for multiple files would open one window with all the diffs contained within, so you can still easily navigate between the files but close the view with one click.

Either of these solutions would make it more convenient to evaluate what changes are currently in the working copy and if there's some changes that can be discarded.

Back when I used SVN, we had TortoiseSVN which when you where about to enter the commit message you were able to recall the last commit message with the up arrow key if the textarea was blank. This was a very handy feature when you were commiting a series of related changes (for example: "User CRUD UI: Fixed race condition", "User CRUD UI: Fixed button margin", etc.). You just pressed "up" and the previous message was there for you to edit. :-)

I would like to rename my stash after I created it.

This stackoverflow link shows how we can do it with git commands mnually:

https://stackoverflow.com/a/35549615/3328979

On large repositories, SmartGit performs sluggishly compared to command-line git when doing refresh operations. 

This makes the experience of working in SmartGit frustrating in large repos, because SmartGit performs refresh operations frequently (e.g. after pulls, after certain failed push operations, when the window comes to the foreground, etc).

As an example, we have a repo containing approximately 254,000 files. Here are the results comparing SmartGit ("17.1 preview 7 #11051, installed: #11019") versus Git for Windows ("2.12.2", 64-bit).

Initial refresh after startup ("cold cache" test):

• SmartGit: 24 seconds
• Command line: 2.5 seconds 

Subsequent refreshes of same repo:

• SmartGit: 14 seconds
• Command line: 1.5 seconds 

In these tests, SmartGit is consistently 9-10x slower than command-line git.

Perhaps this is because SmartGit is (last I checked with Syntevo) using the java-base jgit library for all read-only operations. 

Significant work has been put into command-line git over the past year (especially by Microsoft itself, which now uses git as their own internal source control on major products like Windows itself). 

It's a shame that SmartGit does not take advantage of these improvements to make the SmartGit experience as snappy as the command line one.

If someone sends me code and I commit it, I want to list them as the author but it seems only possible to edit the commit after the fact.