
Give a name to your project and click Create project button.

Change identity to 'git' user:
$ su git |
Change directory to that one that contains the newly created project. GitLab usually stores its project in
/var/opt/gitlab/git-data/repositories/<username> |
where <username> is the GitLab username that was used during the project creation on step 1.
Navigate to that directory:
$ cd /var/opt/gitlab/git-data/repositories/user |
New GitLab project that has been created at step 1 is stored here in the directory of the same name:
$ ls -l total 0 drwxrwx---. 6 git git 131 apr 25 02:06 project.git drwxrwx---. 6 git git 131 apr 25 02:06 project.wiki.git |
Perform initial import configuration:
$ subgit configure --layout auto --trunk TRUNK SVN_URL GIT_REPO |
where
SVN_URL – SVN project URL.GIT_REPO – a path to new Git repository.TRUNK – a path, relative to SVN_URL, that leads to an SVN directory that plays a role of the main line of development.
|
Specify authors mapping.
Configure authors mapping in the default authors mapping file:
GIT_REPOS/subgit/authors.txt |
Or change core.authors option so that it points to the global authors mapping file.
Find more details about authors mapping in Authors mapping article.
Import data to the repository by the command:
$ subgit import GIT_REPO |
|
When the command completes, you can clone your new Git repository and start to work with it:
$ git clone GITREPO WORKTREE |
where
WORK_TREE – a path to your working copy.

|
If Git warns you that you are cloning an empty repository and you don't see your files in the working tree, most probably automatic branches and tags mapping didn't work correctly. In this case, mapping has to be set manually, see details on mapping in Branches and tags mapping. |
For one-time import, no license is needed. |
Should you need assistance, don't hesitate to contact us at support@subgit.com.