Tools configured in the Preferences should work on the Log's File view in a similar way as in the main window

https://plugins.jetbrains.com/plugin/7566?pr=idea

It would be really helpful to me if there were a simpler way to check out PRs and/or their branches to a worktree subdir of the current clone. IMO, this would be most discoverable as a right-click option nest to "Check Out...", as in "Check Out to new Worktree...". This right-click option could be made available on any branch selection, or even any commit selection context where "Check Out..." is offered.

For a Github repo that requires mandatory signed commits for PRs, the feature of background AI-generated commit messages (i.e. just putting "@ai" or "WIP" as message) is not usable as the final commit with the generated text is not signed.

Currently multiple repositories are organized by manually arranged groups on the "Local Repositories" tab. For my multi-repo workflow, I usually end up working with several clones clustered in directories that have all their dependencies together for an active task. This means that I might have multiple `foo` clones in various commit states on my disk. Because of this, it is often hard for me to tell which `foo` repo corresponds to which directory with the current SmartGit multirepo management system.

Rather than having things manually arranged into groups, it would be helpful to have a button that just sorts all the SmartGit-tracked repositories into collapsible file trees that match the directory structure on disk. This would be independent of the current manually user-defined groups which I can see as having distinct logistical value for some workflows.

Originally, I thought that this was how it worked, because on first install, that was how all the manual groups were configured. However, subsequent repository additions have required me manually dragging the files in the right place. This is kind of tedious, especially if I batch clone a bunch of repos from the command line and want to add them later into SmartGit.

If this proves too invasive to have independent options, I would be satisfied with an automated solution to sort the manual groups to match the directory structure. 

Loving SmartGit, by the way! Such a huge improvement over SourceTree!

Current Behavior:

SmartGit’s Changes pane currently displays the unchanged file content twice when only a file’s permissions have changed. However, it does not show the actual mode difference (e.g., 100644 → 100755), making it difficult to audit permission changes without switching to external tools like the Git CLI.

Proposed Enhancement:

Display the exact file mode change inline in the Changes pane, such as:
File mode changed: 100644 → 100755

This should appear clearly above or alongside the diff view when no content changes are present.

Benefits:

• Improves visibility of non-content changes
• Helps developers catch unintended permission toggles
• Reduces reliance on Git CLI for metadata inspection
• Enhances trust and transparency in cross-platform workflows

Currently the color contrast between the searched text and the background for added content is really bad and thus it took me 2 minutes just to find where the `next find` is pointing at. Please update this to take into account the background color so it "pops" at me and tell me where to look at.

The only thing that i find often inconvenient in SmartGit - the way conflicts are displayed and handled in Conflict Resolver.

SmartGit view:

JetBrains GitClient view:

The later has much more clear (and less scaring :) LOL)  picture of the conflicts.

Would be perfect if we are able to switch to yet another view on the conflicts that would be similar to the one on the second screenshot!

Thank you!