如何解决开始版本化已经中等规模的项目
| 我将开始参与一个中型项目（约5万行）的开发，该项目直到现在仍由一个人编写，尚未进行版本控制；结果，文件夹中充满了相同文件的不同版本（命名为file1，file2，file3等）。 我建议开始使用VCS（先验Mercurial，这是我曾经用过的唯一工具-用于我的个人项目-但我愿意接受建议），所以我关于如何“启动”存储库的任何好主意。例如，我是否应该对所有现有文件进行初始提交，然后立即删除未使用的文件进行新提交？或者是其他东西？ （关于mercury vs义卖市场vs git vs等等的建设性言论也很受欢迎。） 感谢您的提示。解决方法
例如，我是否应该对所有现有文件进行初始提交，然后立即删除未使用的文件进行新提交？
如果不考虑存储库的大小，那么可以，这是一个很好的起点。否则，您可以提交实际使用的内容，然后从那里开始。
至于哪个系统，所有DVCS都遵循相同的核心原则。您选择哪一个完全是主观的-真正知道您喜欢哪个的唯一方法是尝试每个。
, 我想说的是，使用您最适应并满足您的需求的东西。至于从何处开始，我个人将按原样将回购与当前来源一起播种，这样您可以验证一切都按预期进行构建和运行。您可以将此初始种子作为分支。这样一来，您始终可以在重构之前回到起点。
, 我的处理方法是：
在现有项目文件夹（\“ existing \”）中创建Mercurial存储库
将所有项目文件提交到“现有”
在其他位置（\“新\”）创建一个空的存储库
在对文件进行测试和质量检查（这是必要的，因为“现有\”中有大量杂物）后，将它们从“所有内容”拉到“新”。
一旦文件被拉到“新”目录中；从“现有”中删除相应的文件。如果在迁移过程中需要访问这些文件，请将它们从\“ new \”推回\“ existing \”。
这给了我一个优势，即可以将所有内容置于某种控制之下以进行恢复，也可以控制将项目引入DVCS的过程。最终，现有的项目文件夹经过了完整的测试，并被批准用于该项目。此时，可以将“一切”目录删除或将其更改为工作文件夹。和\“ new \”成为实际的项目文件夹。
, 我认为Mercurial是一个不错的选择。轻巧，快速，易于使用且与Windows集成良好（如果这是您要处理的平台）。
在第一次提交之前，我可能会摆脱所有的混乱。删除所有不需要的内容，运行所有必要的测试，然后再执行提交。
是的，我对0天的回购交易感到困惑。
当然，一个50K SLOC项目不是很大，但是如果您提交了已经知道不需要的文件，它们会使您的存储库稍大。
另外，请记住检查树是否不包含大型二进制文件。如果是这样，请尽可能消除它们。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
