We run several SVN servers (old world) and now a GitLab server (new world). It is not planned to migrate the SVN repos to Git (so far).
The old projects (SVN) are still maintained by the same people, which will also work on new projects (GitLab) in the future. Some staff will very likely never work with SVN anymore, hence only committing to Git.
There arose the idea to use GitLab to do code reviews on changes of the old projects (SVN) without really working in Git and therefore we thought SubGit could be handy.
Matter-of-factly we have Git repos without SVN relation (all the new stuff) and we would have Git repos as mirrors of SVN (very like no commits from the Git side, only from the SVN side). We intend to only use GitLabs code review features, which are very handy (instead of installing Reviewboard or similar for the SVN code part).
As I understood the license limits, all commits to all Git repos, also the SVN unrelated on the same server, will be blocked once the Git committer limit is exceeded. Did I understand correctly?
Consequently, since we generally move from SVN to Git over time, we will get more Git committer (SVN unrelated) and less SVN committer, bringing us into the situation, when we run SubGit due to the last single SVN repo mirror, and having everyone working on Git(Lab),
- we will have to upgrade the license with the total number of Git committers
- or map all Git users to the max. the number of licensed user to SVN user e.g. 49 Git user to max. 25 SVN user for a 25 user license.
Is that assumption correct?
Or is there another solution (installing two GitLab server it do not see as an valid option for us, we want to use the same GitLab instance that we already run, otherwise we could setup a server with ReviewBoard)?