svn - Mercurial (?) + SVN 互操作

Question

我需要针对以下场景的一些建议:

• 我的 Uni 组有一个巨大的 SVN 存储库。我实际上对整个项目的子目录感兴趣(例如/trunk/projects/my_project)- 不知道它是否真的与 SVN 相关

• 我将负责该项目 95% 的提交

• 我更愿意使用 DVCS。最好是 Mercurial，因为这是我所熟悉的，但我很灵活，以防其他东西更适合工作流

• my_project 中可能会有许多较小的独立子项目。我希望能够单独处理每一个

工作流程如下:

• 创建一个新的子项目

• hack hack hack(分支等)

• 当达到相当稳定的状态时，包含到主项目中并推送到SVN

• 有时，我可能需要将一些更改从 SVN(即由其他人)拉入主项目，甚至是子项目。这些都将进入主干，即没有 SVN 级别的分支

我知道 Mercurial Wiki page对于 SVN 互操作性，我怀疑 Mercurial subrepo 功能可能会派上用场，但我仍然不确定如何组织整个困惑。

Answer 1

正如 Lucero 所建议的，hgsubversion 是您通常需要的工具。此外，正如 Lasse 在他对 Lucero 的回答的评论中指出的那样，使用 Mercurial 的子存储库功能与 SVN 中子存储库或外部存储库的处理方式存在冲突:Mercurial 使用普通文件来存储有关子存储库的信息，并且 SVN 不解释此信息。

无论如何，根据您的问题，您似乎不需要使用子存储库功能:只有在您想跟踪各个子项目之间的相互依赖性时才需要它。因此，假设您有独立的子项目，只需在 /trunk/projects/my_project 下的 SVN 中为每个项目创建一个目录，并分别为每个项目使用带有 hgsubversion 的 Mercurial。

基本信息是 hgsubversion 允许您本地受益于所有 DVCS 功能，但在发布您的作品时，您或多或少会受到 SVN 功能的限制.当使用像 SVN 这样的中央线性系统作为协作中心时，您不能使用涉及团队协作的 DVCS 工作流。

也许可以使用 SVN 设计一个(脆弱的)团队工作流，它模仿 DVCS 的某些方面，但我想这比说服您的同事也使用 Mercurial 或简单地向您发送补丁要多得多。