the problem appears to be on the SVN server side: initially, SubGit was able to connect to the SVN server, read its history and started analyzing its history to generate the mapping configuration, but after about 7 minutes the connection was reset:
Is it because of its huge size? how can we ensure that the subgit is still working on it and its not dead.
is there any way to limit the number of tags we fetch during ‘configure’?
My command is: ./subgit configure --layout auto --svn-url svn+ssh://u0146162@svn.dev-scholarone.com/svn/mc/projects/v3 /home/jmishra/Downloads/test_repo_new
the repository size doesn’t matter that much at the configuration stage as its history size and changes in particular revisions. There might be many changes in revision 58586 and that may cause the process stumbling. The command output is basically the main place to track its progress; you can also check the configuration log, SubGit may write to it during the layout creating and also the process cpu and ram consumption, but I’m afraid, there’s no more progress tracks but that.
At the time of configuration there is no ways to exclude somethings from the process: in fact, the ‘configure’ command with ‘layout auto’ is designed to scan SVN repository history and create a suitable mapping configuration for it, so it’s natural for this process not to exclude anything. Tags or branches may be excluded from the subsequent import, however.
A few hours don’t seem unreasonable for the huge repositories with long and robust history, so it would worth to wait a bit to see if it progresses.