svn - SVN 新手，我应该保留项目的本地副本吗？

Question

我对 SVN 很陌生，我的项目通常是 .NET winforms 项目，过去，网络驱动器上有一个共享文件夹，并且是“当前构建”文件夹。

我的团队，3 名成员，我们所有人在我自己的 Windows 上都有一个本地副本。问题出来了，程序员 A 和程序员 B 可能同时修改一个文件并且A覆盖B的文件等

我的老板让我建立一个 SVN 来防止上述问题。

我搜索过 SOF 并了解 SVN 的概念，但是，有人说必须从/branch 文件夹中 checkout 源代码，完成后 checkin 到/branch 文件夹并合并到/trunk。

这让我提出了一些问题:假设我的项目包含 3 个文件:

• 购物车.cs
• 产品.cs
• Customer.cs

还有 SVN 存储库结构:

• /trunk : Cart.cs/Product.cs/Customer.cs

--

今天，我想修改 Cart.cs，我将 Cart.cs 复制到/branch 并创建一个新文件夹“1.0.1”并结帐到我的本地并在 VS2010 上打开，但 Cart.cs 继承了产品.cs，所以它在我的 VS 上产生了一些“缺少引用”错误。

那么，正确的方法是将所有文件复制到/branch/1.0.1 并 check out 到本地，还是保留本地副本并覆盖/branch 中的文件以正确编译？

谢谢。

Answer 1

您似乎对 SVN 的基本概念感到困惑。我强烈建议您阅读本书的前几章，尤其是第 2 章和基本工作周期部分。
Subversion Red Bean Book

要充分利用 SVN，您应该做的就是这样。

您创建一个存储库并在其中存储任何启动文件或其他文件，为您的项目创建一个特殊文件夹，然后在其中创建文件夹，即

/myProject
+ trunk
+ branches
+ tags
+ sandbox

从那里，所有你的工作应该在后备箱里完成。每个人都应该从主干中 checkout 项目，并单独处理他们的本地(工作)副本，最好一次处理一项任务/问题。在你修复了一个大特性或实现了一个新特性之后，你将你的工作与存储库同步，如果出现冲突，你应该解决它们。 SVN 不会让您 checkin 冲突文件。您必须推迟、覆盖或将您的工作与主干合并。如果此时您需要与其他开发人员沟通，您应该这样做。解决所有冲突并使用工作副本测试所有内容后，您可以提交代码并将更改发布回主干，然后进行更新。

当您需要从主干分离以实现特定功能而不提交主干时使用分支。几天后您应该将主干合并到您的分支中，然后最终您仍需要将分支合并到主干中。