Share your ideas on how to improve SmartGit!


This is no support platform! To report bugs or request support, please contact us directly. If in doubt ask us.


First search for a similar request and add your votes or comments there.


Take the time to describe your request as precisely as possible, so users will understand what you want. Please note that we appreciate your time and input, but we don't give any guarantees that a certain feature will be implemented. Usually, a minimum requirement is a sufficient number of votes. Hence, please don't comment like "when will this be implemented", but vote instead.

Follow the stackoverflow.com writing guidelines.

Thank you for your help!

0

Standard window, All Branches & Tags: use tree control

Martin Stolpe 1 year ago updated by Thomas Singer 1 year ago 1

It would be nice if the branch structure in the Standard Windows view could be set like in the Log Windows view where SmartGit shows local branches and remote branches in a tree view. Also branches are grouped by paths:

Image 837

I think the UI would be more consistent if the layout of "Local Files" and "History" tabs would be similar in the Standard Window:

History in the center of the window and commit messages and changed files to right.

GUI Standard window
0

Individual colors for entries in the branches window

Dominik 1 year ago updated 1 year ago 4

Please allow individual coloring of the entries in the branch window (accessible via CTRL+SHIFT+2). It should be possible to define both the text color and the background color separately for each branch as well as depending on the status "checked out" and "not checked out".


For this purpose, it would be an option to define classes in the settings, e.g. "warn" or "deploy", and then specify "warn" with regular status has red text color, "warn" with status "checked out" has white text color with red background. One can then assign a class to individual branches in the branch list.

This way, branches where a push results in subsequent actions (e.g. deploy to production) can be clearly highlighted ( and their potential impact...).

Branches view GUI
0

Visual Studio connection

Pawel 1 year ago updated by Peter Slížik 12 months ago 5
0

record conflict resolution steps

Ulrich Scholz 1 year ago 0

In the following situation, I have to repeat manual work. It could be automated:

  • I have a feature branch and merged in develop at some point
  • Merging in develop resulted in conflicts that I resolved
  • Some time later, the feature branch is rebased on the then-latest develop
  • The conflicts I've resolved when merging in develop now appear again and need to be resolved again.

Could the steps to resolve the merge conflicts be recorded and applied again on reabase?

Image 834

Image 835

Conflict Solver
0

add groups and repos using a script / cmd

ori ohayon 1 year ago updated by Thomas Singer 1 year ago 1

looking for a way to auto add (by script) a group with many repos in it from the command line.
should i edit the repository-grouping.yml ?

Command line options
0

Standard window: (optionally) re-open submodules (tabs) on next startup of smartGit

h siegl 1 year ago updated by Thomas Singer 1 year ago 0

Right now, open tabs of submodules are lost, when smartGit is closed. A option to keep them in the tabs until removed manually would be great.

Repository Management Standard window
0

Set DpiAwareness to permonitorv2; fallback to older implementations at runtime

Noah Sherwin 1 year ago updated by Thomas Singer 1 year ago 1

See https://learn.microsoft.com/en-us/windows/win32/hidpi/setting-the-default-dpi-awareness-for-a-process

The current DpiAware/DpiAwareness level (which is probably 'unaware') leads to the GUI being bitmap scaled (and blurred) when the DPI changes e.g. when moved from a display with 125% display scale to one with 100% display scale.


Scaled to 125% display.

Image 824


Scaled to 125% display then moved to a display with 100% display scale.

Image 823

GUI
0
Completed

Commit dialog, ability to disable "Local changes" option and always use "Staged Changes"

dylan lamont 1 year ago updated by Thomas Singer 1 year ago 3

I regularly accidentally commit Local changes rather than Staged changes. Sure, it's user error, but after staging, I'm in the habit of just leaving the message and committing as you'd expect from most GIT GUIs. Especially as it usually defaults to "Staged Changes", it's hard always to remember to check which option has been chosen. 

An alternative fix would be to allow the option to always default to "Staged Changes".

Image 810

Commit dialog Working Tree window Log window
0
Completed

Add Ctrl + G hotkey to jump to a certain line of code when Changes-panel is focused

Anton 2 years ago updated 1 year ago 4
0

Add feature to show/hide all branches with a certain prefix

Anton 2 years ago updated by Thomas Singer 2 years ago 0

On a Graph-panel, I want to hide all commits from a certain folder "release" in one click.
Now it's not possible
You have to uncheck each checkbox for each branch for that.
I suggest to add a checkbox for a folder to do that.

Image 802