我正在做一个开发人员Visual Studio解决方案，并且达到了我想要合并版本控制的程度。几个帖子解决了这个问题，但我面临的一个问题是大合并。我有一份解决方案的生产副本和一份测试版。它们并没有太大的不同，但它们需要我怀疑的一些互动。我正在使用TortoiseSVN并已导入生产版本。
是的，我知道我应该从一开始就使用版本控制，但那是后见之明。将beta作为参考并从头开始进行交互是最佳实践吗？或者我应该分支并单独导入测试版，然后尝试合并更改。或者还有另一种我想念的选择。
谢谢， DGP
答案 0 :(得分：0)
好吧，我过去经历过SVN ...我必须说，它很可爱因为它很容易理解这个概念，但可怕的很糟糕事情从普通commit传递。
我目前正在使用 GIT （在GitHub上托管小代码）和 Mercurial（Hg）（我在公司使用Kiln - 我自己推荐，所以他们可以开始使用 - 并在BitBucket中供个人使用）
我已经使用SVN超过了一年的时间，每次我需要“过去”的东西或合并某些东西，这是一场噩梦，但服务器/客户端概念真的是一个突破性交易，非常容易获得它...但我发现自己，一遍又一遍地用手合并:(
当GIT开始炙手可热时，我害怕动起来，当！ SVN很痛苦，为什么DVCS会有所不同？
这段视频震撼了我的世界，[part 1 part 2]，只有这时我才明白DVCS与VCS的关系，因此我将完全移至DVCS并且永远不会去回来......自豪！
对于您的问题，我会安装git（或hg），然后在您拥有当前源的文件夹上创建一个存储库：
git init会告诉你的文件夹，“嘿，我是GIT Repo”
git add .让我们添加要由git
git commit -m "initial commit"让我们省下所有艰苦的工作：）
所以，现在你有一个跟踪代码，你可以简单地创建一个分支并覆盖你的所有文件。是的，不用担心，您不需要在名为branch的文件夹中拥有代码的副本;）不再需要副本！一切都在GIT数据库中
然后，在创建分支后，更改文件，添加要在该分支上跟踪并提交的所有文件，安全地进行合并：）
哦，你不需要服务器连接来完成所有这些，你只需要一台安装了GIT的计算机......不再需要连接依赖！ DVCS很酷还是什么？！ ：d