GitLab provides functionality for creating nested groups of projects (subgroups).

Such subgroups correspond to multi-level namespaces.

In its current version (18.2 RC 2), SmartGit recognizes only the top-level namespace.

So, if "Project" is in "mygitlab.com/Group0/SubGroupA/Project.git", its "Namespace" in the window "GitLab Projects" will read: "Group0".

Instead, for the purpose of structure, I propose the namespace should read the full name of the namespace: "Group0/SubGroupA".

Otherwise, a different project, with the same name, in the same top-level group "Group0", but in a different subgroup "SubGroupB",

will not be distinguishable from the first one!

Compare:

That's exactly the awkward situation my team and I have run into recently.

Essentially, this means I can't use GitLab subgroups and create projects of the same name without running into confusion with SmartGit.

I hope I am not alone looking for the solution!

---

NB

This situation is not as farfetched as it may seem at first.

My team has been developing an embedded hardware product series S, which includes a number of separate hardware units (modules) M1, M2, M3,..., MN.

In terms of GitLab, each module is in a separate project of the same name. All modules make up the series - subgroup "S" of some other group.

Recently, series S is being completely redesigned and upgraded, both hardware- and embedded software-wise. At the same time, we can't abandon the old series S.

Therefore, we create a separate subgroup "S-New", with separate projects for redeveloped modules.

However, names of the modules should not change: customers are conservative with the modules names, because each unit name means a very specific industrial application area.

And here we are...

On the context menu on a stash in the log window, there are Drop Stash and Rename Stash, but not Apply Stash.

It would be great, if we can not only configure the host and port of a proxy server.

Especially in bigger companies are the proxy server often only needed for the internet and not the internal network with the SCM servers like Git, Hg or SVN.

At the moment the users of these companies must everytime when they want to work on a repository in the internet or check for updates activate and configure the proxy server. And back/deactivate after that to work on the internal projects.

Alternative SmartGit could detect the Windows 10 system proxy settings.

Despite being aware of the issue, every so often I perform a repository reset when the log I am viewing is not a log of the entire repository. Such an action ends up deleting more commits than intended. Given my work habits, I NEVER want to perform a reset when viewing a portion of a repository's log. It seems to me it should be easy for you to detect this situation and prohibit it. An alternative solution would be to provide a visual indicator when viewing a partial log. This could work similarly to the yellow background that appears as soon as something is entered into the File Filter box of the main window.

Log Graph:  When right-clicking on a green branch or yellow tag, add an option to "Reveal in Branches Tab" so that I can easily uncheck it if I want to.

Currently, if I want to removehide a branch from the log, I would need to do a manual search in the Branches Tab, then uncheck that branch.  This is a time waster if the repo contains lots of branches.

this is a followup to https://smartgit.userecho.com/communities/1/topics/558-import-repositories-creating-groups-based-on-directory and my email conversations 

first userecho implemented auto creation of groups on initial import only

in 18.02 preview phase was extended to auto adding projects from this same directory to existing group 

whats is missing for me is auto creation of groups using `Search for Repositories...` entry in `Repositories` menu

```
cd c:\

mkdir new

cd new 

mkdir project1

cd project1

git init

```

`Repositories | Search for Repositories...` should create new group named `c:\new` and 1 repository inside `project1`

this was briefly implemented in build #131105 (with naming bug) and removed in #13120

SmartGit 18.2 has the new Log Graph mode. If I start SmartGit in the Log Graph mode, the Files view is missing the "last changed on" column that is available in the Working Tree mode. Without that I cannot order working tree files by modification date.

SmartGit doesn't support the GitHub PR templates, which would help improve the usability of the GitHub integration for organizations enforcing those kinds of standards, which includes a whole bunch of open-source projects.

this is a fairly popular OS, although not such a large user base

Windows 10 (Spring 2018 update) now directly provides its own built-in implementation of openssh. And it provides its own ssh-agent as a Windows Service for storing PassPhrases. There is no need for PuTTY and/or Pageant ever again!

Please support this asap in the SmartGit application!