将大型遗留Java项目迁移到Git

我有一个结构非常好的大项目，在我的团队中由SVN维护。我们不想转向Git，Git将进一步与Teamcity或Jenkins等连续集成服务器集成（待定）。 当我看到svn时，我发现因为svn允许您从任何地方创建标记，所以它有很多标记，只包含单个项目。 代码库非常庞大，我将所有代码导入一个git repo中。一种方法是针对每个项目-我可以创建单独的回购协议，或将部分项目合并为一个回购协议（不确定）

我想做到的是，我想保留所有的历史，打破回购协议，使其变得易于管理。（在将来与jenkins集成以实现每次提交时的自动构建时，它也会有所帮助）

---

如何确保保留历史记录、拥有所有现有标记并移动到git

git svn

显然是有助于此迁移的解决方案，但在我看来，这对于从svn到git的一次性迁移更好

---

如果您希望保持SVN和git存储库都处于活动状态，并允许对这两个存储库进行提交（使它们保持同步），我建议您这样做

gitsvn

显然是有助于此迁移的解决方案，但在我看来，这对于从svn到git的一次性迁移更好

---

如果您希望保持SVN和git存储库都处于活动状态，并允许对这两个存储库进行提交（使它们保持同步），我建议您这样做

gitsvn

显然是有助于此迁移的解决方案，但在我看来，这对于从svn到git的一次性迁移更好

---

如果您希望保持SVN和git存储库都处于活动状态，并允许对这两个存储库进行提交（使它们保持同步），我建议您这样做

gitsvn

显然是有助于此迁移的解决方案，但在我看来，这对于从svn到git的一次性迁移更好

---

如果您希望保持SVN和git存储库都处于活动状态，并允许对这两个存储库进行提交（使它们保持同步），我建议您这样做

当我们从svn转到git时，我发现stackoverflow帖子非常有用，特别是第二个答案。根据你的描述，我假设所有东西都在一个箱子下面。这确实让事情变得有点复杂。我以前没有尝试过移动单个项目，但您可以通过以下两种方式之一来移动：

将整个svn repo、标记、分支等迁移到本地git repo（在推到远程之前）。然后按照（）stackoverflow post中的建议分解项目。这将为您提供单独的回购，然后您可以将其推送到远程回购

在运行svn-to-git转换时，您可以更改步骤，并指定单个项目，但这似乎很危险，而且令人困惑，因为标记/分支不一定会对齐

---

当我们从svn转到git时，我发现stackoverflow帖子非常有用，特别是第二个答案。根据你的描述，我假设所有东西都在一个箱子下面。这确实让事情变得有点复杂。我以前没有尝试过移动单个项目，但您可以通过以下两种方式之一来移动：

将整个svn repo、标记、分支等迁移到本地git repo（在推到远程之前）。然后按照（）stackoverflow post中的建议分解项目。这将为您提供单独的回购，然后您可以将其推送到远程回购

在运行svn-to-git转换时，您可以更改步骤，并指定单个项目，但这似乎很危险，而且令人困惑，因为标记/分支不一定会对齐

---

当我们从svn转到git时，我发现stackoverflow帖子非常有用，特别是第二个答案。根据你的描述，我假设所有东西都在一个箱子下面。这确实让事情变得有点复杂。我以前没有尝试过移动单个项目，但您可以通过以下两种方式之一来移动：

将整个svn repo、标记、分支等迁移到本地git repo（在推到远程之前）。然后按照（）stackoverflow post中的建议分解项目。这将为您提供单独的回购，然后您可以将其推送到远程回购

在运行svn-to-git转换时，您可以更改步骤，并指定单个项目，但这似乎很危险，而且令人困惑，因为标记/分支不一定会对齐

---

当我们从svn转到git时，我发现stackoverflow帖子非常有用，特别是第二个答案。根据你的描述，我假设所有东西都在一个箱子下面。这确实让事情变得有点复杂。我以前没有尝试过移动单个项目，但您可以通过以下两种方式之一来移动：

将整个svn repo、标记、分支等迁移到本地git repo（在推到远程之前）。然后按照（）stackoverflow post中的建议分解项目。这将为您提供单独的回购，然后您可以将其推送到远程回购

在运行svn-to-git转换时，您可以更改步骤，并指定单个项目，但这似乎很危险，而且令人困惑，因为标记/分支不一定会对齐

---

在您的案例中，迁移到git的实际原因是什么？在您的案例中，迁移到git的实际原因是什么？在您的案例中，迁移到git的实际原因是什么？在您的案例中，迁移到git的实际原因是什么？