I didn’t find any errors neither in daemon log, not in install log, it looks like everything works well, the install log shows 574 revisions were fetched and the daemon log only shows periodic checks. So it’s not clear from the logs what the issue is.
As for the spaces in SVN folders names – this is completely supported and SubGit is able to handle such situations. Git does not support spaces in references names, so if SubGit detects spaces in SVN orders names, it replaces spaces with plus signs – that is, “SVN folder” becomes “SVN+folder” in Git.
I agree with you that I successfully migrated my one SVN project on GitLab repository. I made changes at SVN and committed it then I made changes on SVN and pushed it but in both the case I did not get the changes at either GitLab (SVN changes) or SVN (GitLab changes). I did not get the svn.fetchInterval parameter as well please guide me set this up so that auto-syncing will work properly.
When I ran the following command it gave me an error:
I agree with you that I successfully migrated my one SVN project on GitLab repository. I made changes at SVN and committed it then I made changes on SVN and pushed it but in both the case I did not get the changes at either GitLab (SVN changes) or SVN (GitLab changes). I did not get the svn.fetchInterval parameter as well please guide me set this up so that auto-syncing will work properly.
From this description it looks more like the changes were made in directories that are not included in the mapping configuration. As far as I found in the logs, the mirrored directory is PDDs:
Could you advise please what are the changes you made in SVN? And same for GitLab, could you you advise what were the branch you made changes to in GitLab and what were the changes?
When I ran the following command it gave me an error:
That’s expected as you provided more arguments than SubGit expects:
SubGit expects SVN_PROJECT_URL and [GIT_REPOS_PATH] while you provided three arguments: svn+ssh://svn@192.168.7.46/home/svn/svn/language/Apple/JuBo, Localhost, and Users/amitraj/Documents/VBGitLab/JuBoLocalhost.git. Embrace the URL with quotes:
From this description it looks more like the changes were made in directories that are not included in the mapping configuration. As far as I found in the logs, the mirrored directory is PDDs:
Yes, your understanding is correct.
Could you advise please what are the changes you made in SVN? And same for GitLab, could you advise what were the branch you made changes to in GitLab and what were the changes?
Thanks for your response. I made a small change in a sheet whose name is ‘TGL PDDs.xlsx’ at GitLab and SVN simultaneously.
Is it possible to discuss this on a chat or something like that, so that we can solve this issue quickly?
I’m afraid we don’t have a support chat, we usually communicate here or over email.
What I meant asking about the changes you made was that which SVN directory were the changes made to and which Git branch were changes made to. ‘svn log’ and ‘git log’ output for the appropriate revision and Git commit (or the whole output for all commits) would be helpful. Please advise how did you do the changes in Git – did you make the changes in a working copy and push the changes to the GitLab repository or in some other way? Also, is the new Git commit being shown in GitLab UI?
Note, by the way, that if a change made to the same branch both in SVN and Git, then it will lead to a conflict. Yet this would be shown in logs (and also during the push to a mirrored repository) which is not true in this case, so it’s not the cause in our case.
I made a change in the working directory of SVN then commit through Cornerstone app. I made a change in the working directory of GitLab then commit through the following command:
I have created 7 repositories on GitLab and translated successfully but after that, I am not able to push the code on new repository. Please find the attached trace file.
unfortunately, the archive you sent contains to useful data, there are a couple of empty directories only. However, judging from the screenshot, the push is not possible just because there is no ‘master’ branch in the repository. The same comes from the archive you sent – the directory structure looks like a Git repository directory structure, but it’s empty that means there are no references at all in the repository. And by the way, there are no single SubGit file or directory in the archive – if you archived the whole repository, then this fact means the repository was definitely configured incorrectly. Even empty GitLab repository (just created in GitLab UI) contains some references, and of course, SubGit adds more file, folders and references to the repository, so it looks like repository was somehow cleared or you are accessing incorrect directory on GitLab server.
I don’t understand your setup at all: as I mentioned, a new GitLab repository has “master” branch from the very beginning, right after the GitLa repository is created in GitLab UI. Moreover, if you installed SubGit in this repository, there must be some additional files and references. But you sent me a zip file that contains no files at all; and the screenshot states there’s no “master” in the repository – and that means the directory you trying to push to is empty. I have no idea how has this happened, my assumption is that you are dealing with incorrect directory, but that’s just a guess, I have no information at all to say for sure. It’s surely possible to translate SVN repository to GitLab, but definitely something is configured not right. To find out what exactly is incorrect, please describe in details all the steps you took to translate this repository to GitLab – I mean, start from the GitLab repository creating and please mention all the details, like names and paths you set and commands you ran.
The following command worked for one repository but did not work for another repository:
git push origin --all --follow-tags
I followed the same set of steps but got following output:
Amits-MacBook-Pro:BAJ_EMI_TEST.git amitraj$ git push origin --all --follow-tags
No refs in common and none specified; doing nothing.
Perhaps you should specify a branch.
fatal: the remote end hung up unexpectedly
Everything up-to-date
This means the SubGit repository you are trying to push from is empty. Most probably SubGit configuration in this repository is incorrect and SubGit hasn’t imported any data because of this.
Thanks for your response. Can you please tell me how can I backup of GitLab group with its history where there are more than 50 repositories in it?
GitLab is not installed on my Mac, I am accessing it on browser only.
