It is possible to add to the "Conlict Solver", the timestamp information of a change and file modification date ?

When I compare code, I dont' know wich file is more recent. And if we can have the chnage date of a line, you win ! :-D

Would be great to have a graphic view that at least retrieve all commits done on a certain line range of a file.

At best something like the Perforce Time-lapse view would be awesome: https://www.perforce.com/support/tutorial-video-library/video/using-time-lapse-view

Hi,

Relative to the thread https://groups.google.com/forum/#!topic/smartgit/3w46shCd_mg it could be nice to have the "key" icon for all signed commit (like for signed tags). The static key color could be replaced with green or red key to have a quick look of the GPG key integrity/verification.

Instead or alternatively to the hard limits which can be configured in the Preferences by Show line length guides, the commit message textareas could do some highlighting on the text, like VIM does, allowing us to format our commits like the Linux standard: titles of 50 char at most, one empty line, description below.

This is supported by GitHub by giving you a short-desc and long-desc fields, and warning on 50chars+:

When you push a branch to a remote, the Push To dialog does not show the branch name. I'd love to have that so when I'm using the keyboard I'm sure I'm not pushing the wrong branch.

Support for possibly huge "mono repositories", by:

• offering a "shallow" clone of the repository
• selectively fetching projects from the repository, using Git's "sparse checkout" feature and "partial clone" feature
• limiting Log graph (and dependent views) to such a fetched project

Support should be implemented in a subtle way to not complicate the GUI for the majority of "plain" repository users.

Related topics:

• Partial Clone Support
• Sparse Checkout Support

Please comment on this topic about your monorepo size:

• Number of projects
• Number of commits overall (git rev-list --all --count)
• Number of files in HEAD overall (git ls-tree -r HEAD | grep -c "")

Not selecting any file, both cmd + k and cmd + s commits, respectively stashes all the files in the working tree.

Selecting one or more files from the working tree, cmd + k commits them while cmd + s stashes all the files, in which case the selection is completely ignored.

This is not consistent and, at least for me, very unintuitive. A lot of times I selected some files, hit cmd + s, and pressed enter, only to see that all the files were stashes instead.

Flexibility to have date and author first.

SmartGit continues to improve at a good pace and the Preview releases are a great way to try the improvements.  I've become so used to regular Preview releases that I'm almost sad when a new build isn't available to try!  ;-)

For 18.1 Preview, the "Reworked Compare" feature is my personal fav as I'm diffing all the time and this change helps automatically narrow to what's truly changed vs me manually hunting in a highlighted block for what changed (slow and painful!).

Thanks guys!

Clicking the Pull button pops up a dialog window of the options, which I almost never use, and requires user to press Enter or click.  If I need to do pull options, the button's drop down menu has them.

This is also true of the context menu's Pull... and Ctrl-P shortcut, but those work as is.

Clicking the Push button immediately does the push.  If I need to adjust the push, the button's drop down menu has it.