问题标签 [version-control]

我目前在一家小型网络开发公司工作，我们主要做活动网站和其他促销活动。在我们的第一年，我们一直在使用“服务器”来共享项目文件，这是一台具有网络共享的普通 Windows 机器。但这并不完全是未来的证明。

SVN 非常适合代码（这是我们现在使用的），但我希望对我们的所有或大部分文件进行版本控制（或至少某种形式的同步）。

我本质上想要的是颠覆对代码所做的事情，但对于我们的文档/psd/pdf文件。

我意识到 subversion 也可以处理二进制文件，但我觉得这对于我们的目的来说可能有点矫枉过正。它不一定需要完整版本控制系统的所有花里胡哨，但可以消除对增量命名的需要（Notes_1.23.doc）并减少错误覆盖某些内容的机会。

它还需要是多平台的，可以处理大文件（100 mb+）并且可以被一些非技术人员使用。

对于我自己在家的项目，我正在使用来自CVSDude的相当出色的托管颠覆托管。因为现在只有我在处理代码，所以我没有使用 CruiseControl.net，但是我预计这将在接下来的几个月内发生变化，并且希望在签入时启动完整的构建过程。

有没有人设法让 CruiseControl.net 与 CVSDude 一起工作？我的同事 Mike 有这篇博文，来自 CVSDude 的人说：

“您可以使用我们的提交后回调工具来调用您服务器上的 URL，该 URL 传递与上次签入相关的变量（我们的规范中详述的变量）。您的 CGI 脚本将处理这些变量并执行所需的任何任务，即更新 Cruise控制等”

听起来很可爱。但是有人真的用巡航控制做过吗？

我发现 SVN 对于文档、个人文件以及其他非源代码用途非常有用。一般来说，您发现版本控制系统还有哪些其他实际用途？

让我们以一个 Web 开发环境为例，开发人员在其中将项目签出到他们的本地机器上，对其进行处理，并签入对开发的更改。
这些更改在开发过程中得到进一步测试，并定期（例如每周、每月等）上线。
是否可以自动升级最新的标记版本（而不是最新的签入，因为这可能不是 100% 稳定），例如星期一早上 8 点，使用脚本或内置功能风险控制系统？

在我看来，关于Joel 测试的问题 #1 到 #4都是关于正在使用的开发工具和为开发人员提供的支持系统：

1. 你使用源代码控制吗？
2. 您可以一步构建吗？
3. 你做日常构建吗？
4. 你有错误数据库吗？

我只是好奇对于没有大银行账户的小型开发商店有哪些免费/便宜（但很好）的工具来获得对这些问题的肯定答案。

对于源代码控制，我知道 Subversion 是一个很好的解决方案，如果你是一个单人商店，你甚至可以使用 SourceGear 的Vault。

我将 NAnt 用于我的大型项目，但还没有设置脚本来构建我的安装程序以及运行混淆工具作为一个步骤。还有其他建议吗？

如果您可以一步回答“是”，我认为创建日常构建会很容易，但是您会推荐哪些工具来自动化这些日常构建？

对于一两个人的团队，已经在 SO 上讨论过您可以使用 FogBugz On Demand，但是对于小型团队，还有哪些其他错误跟踪解决方案？

当使用 Subversion (svn) 对多个项目进行源代码控制时，我注意到修订号在我所有项目的目录中都会增加。为了说明我的 svn 布局（使用虚构的项目名称）：

当我对 Ninja Program 的主干执行提交时，假设我知道它已更新到修订版 7。第二天假设我对 Stealth 应用程序进行了小改动，它以修订版 8 的形式返回。

问题是这样的：在使用一个 Subversion 服务器维护多个项目时，是否普遍接受的做法是在所有项目中增加不相关项目的修订号？还是我做错了，应该为每个项目创建单独的存储库？还是完全是别的东西？

编辑：我延迟标记答案，因为很明显这两种方法都有原因，即使这个问题首先出现，我想指出一些最终提出相同问题的其他问题：

我应该将所有项目存储在一个存储库中还是多个存储库中？

一个 SVN 存储库还是多个？

所以，你们都准备好做一个大的 SVN 提交，它会爆炸，因为你的一些文件中的行结尾不一致。有趣的是，您正在查看跨越数十个不同深度的文件夹的 1,000 多个文件。

你做什么工作？

这是我的情况。我在一个位置 (A) 有一个 cvs 存储库，我想复制它并使其与另一个位置的存储库保持同步 (B)。这将是从 A 到 B 的单向同步。最好的方法是什么？如果它在 CVS 中不可行，那么您会推荐哪个源代码控制系统来完成此任务？谢谢

我知道在版本控制中至少有 10 种不同的方式来构建项目。我很好奇正在使用哪些方法以及哪些方法适合您。我曾使用过 SVN、TFS 和目前/不幸的是 VSS。我已经看到版本控制实施得非常糟糕而且还不错，但从来都不是很好。

只是为了让球滚动，这里是我所看到的事情的回顾。

这个例子是基于 SVN 的，但适用于大多数 VCS（对分布式版本控制不太适用）。

1. 分支属于站点 /division/web/projectName/vb/src/[trunk|branches|tags] 的各个项目

2. 分支整个站点，在我看到的情况下，除了核心组件之外的整个站点都被分支了。/division/[主干|分支|标签]/web/projectName/vb/src/

3. 默认使用主线，仅在需要进行巨大更改时才分支。

我正在寻找一个轻量级的源代码控制系统，用于“爱好”项目，只有一个人（我自己）从事该项目。有没有人有什么建议？理想情况下，它应该天真地或通过另一个插件与 Visual Studio 交互，除此之外，任何可以代替 Gmail 作为源代码控制的东西都会很好。