我需要删除一个svn服务器才能用tfs 2018服务器替换它。 如果它会按照我的方式进行,我们只需要获取文件,但显然人们仍然希望能够查看历史记录和之前的签到。 我们决定创建两个项目集合。一个只读的,您可以在其中查看以前的签到,称为[Product] GitCollection和人们应该在其上工作的集合,称为[Product] Collection。 计划是从旧的svn存储库中创建一个git存储库,并将其托管在只读[Product] GitCollection中。简短的信息。 svn repo的大小约为22GB。
这就是问题的起点。我有很多问题让svn存储库移动到一个新的git存储库。 我正在遵循msdn指令。 https://docs.microsoft.com/en-us/vsts/articles/perform-migration-from-svn-to-git 他们非常好,我能够解决作者文件的一些问题(错误的enconding等)。 但是现在我处于执行git svn命令的状态,并且在“C:/LowBudgetCopy/.git /”中的“初始化空Git存储库”后卡住了。
没有消息。现在40分钟都没事。我非常怀疑他有一些问题,但我无法在新生成的git存储库中找到日志文件。 我也认为它与命令--stdlayout有关。 如果我没有通过标准布局命令,他至少可以复制文件(带有大量错误日志)。 svn或git的标准或必需的文件夹布局我不是那么坚定。 当前的svn包含多个项目,文件夹结构本身似乎不一致。
目前,svn存储库包含4个主文件夹,结构如下:
任何人都有提示或想法吗?
答案 0 :(得分:0)
对于一次性迁移,git-svn
不是用于转储存储库或存储库部分的正确工具。如果您想将Git用作现有SVN服务器的前端,这是一个很棒的工具,但对于一次性转换,您应该不使用git-svn
,但svn2git
是更适合这种用例。
有很多名为svn2git
的工具,最好的工具是来自https://github.com/svn-all-fast-export/svn2git的KDE工具。我强烈建议您使用svn2git
工具。这是我所知道的最好的,它可以非常灵活地使用它的规则文件。
您将可以轻松配置svn2git
的规则文件,以便从当前的SVN布局中生成您想要的结果,包括可能存在的任何复杂历史记录,包括从一个SVN回购中生成多个Git回购或者如果你愿意,可以在一次运行中将不同的SVN repos合并到一个Git repo中。
如果您不是100%关于存储库的历史记录,那么http://blog.hartwork.org/?p=763中的svneverever
是一个很好的工具,用于在将SVN存储库迁移到Git时调查其历史记录。
即使git-svn
或nirvdrum svn2git
更容易入手,以下是使用KDE svn2git
代替git-svn
的优势的更多原因。灵活性:
svn2git
重建得更好更清洁(如果使用了正确的历史记录),对于更复杂的分支和合并历史记录来说尤其如此,等等git-svn
标记包含一个额外的空提交,这也使它们不属于分支,因此正常fetch
将不会获得它们,直到您将--tags
作为命令提供给默认情况下,仅提取指向已获取分支的标记。正确的svn2git标签是他们所属的地方svn2git
轻松配置,git-svn
最终会丢失历史记录svn2git
您还可以轻松地将一个SVN存储库拆分为多个Git存储库svn2git
比使用git-svn
你知道,git-svn
更糟糕且KDE svn2git
更优越的原因有很多。 : - )