version-control – 开始对已经中等规模的项目进行版本控制

概述我即将开始参与一个中型项目(约5万行)的开发,这个项目到现在为止由一个人编写,而不是版本化的;结果文件夹混杂着同一文件的不同版本(名为file1,file2,file3等). 我建议开始使用VCS(先验Mercurial,这是我用过的唯一一个 – 用于我的个人项目 – 但我愿意接受建议),所以我采取任何好的想法至于如何“开始”存储库.例如,我是否应该使用所有现有文件进行初始提交,并立即进行新的提交 我即将开始参与一个中型项目(约5万行)的开发,这个项目到现在为止由一个人编写,而不是版本化的;结果文件夹混杂着同一文件的不同版本(名为file1,file2,file3等).

我建议开始使用VCS(先验Mercurial,这是我用过的唯一一个 – 用于我的个人项目 – 但我愿意接受建议),所以我采取任何好的想法至于如何“开始”存储库.例如,我是否应该使用所有现有文件进行初始提交,并立即进行新的提交并删除未使用的文件？或者是其他东西？

(关于mercurial vs bazaar vs git vs的建设性评论也欢迎.)

谢谢你的提示.

解决方法

E.g.,should I make an initial commit with all the existing files,and immediately make a new commit with the unused files removed?

如果存储库的大小不是问题,那么是的,这是一个很好的起点.否则你可以提交实际使用的东西,并从那里开始.

至于哪个系统,所有DVCS都遵循相同的核心原则.你选择哪一个是完全主观的 – 真正知道你喜欢哪一个的唯一方法就是尝试每一个.

总结

以上是内存溢出为你收集整理的version-control – 开始对已经中等规模的项目进行版本控制全部内容，希望文章能够帮你解决version-control – 开始对已经中等规模的项目进行版本控制所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。