我正在寻找一些关于使用 SVN 的建议（可能不是特定于 SVN）。
我们只是刚刚开始使用源代码控制，因为公司现在开始有点增长（我知道我知道，我们应该一直在使用它;-)）。
每个项目都有不同的文件，您可能希望从源代码管理中排除，即内容图像、dll 文件等，但有一些具体的示例我不完全确定如何处理。
1) SQL DB 文件 - 我正在考虑单独备份这些文件（作为我们备份例程的一部分），然后在每个分支中让开发人员签入更改脚本
2) DLL 在 bin 文件夹中。我只考虑签入那些属于申请的一部分，而不是任何应该存在于 GAC 中的内容。其次，我打算从另一个本地项目中排除 dll 所在的任何地方，该项目本身处于源代码控制之下？
您可以提供的任何建议将不胜感激。
谢谢艾尔
包括不是由构建创建的所有内容，基本上是在构建之后留下的所有内容make clean
外部库和 dll 非常适合包含在 SVN 中，因此如果您升级这些组件，您总是可以重新创建早期版本。任何测试或样本数据都是如此。
SVN 有效地仅存储差异和文件更改时，因此通常没有问题，包括大量静态数据
关于
您的想法是正确的...这应该单独备份，您可以创建分支来保留它们。
我假设单个项目所需的所有 DLL 都应该在存储库中的项目中可用，以便您的工作单元完整。
此外，每个项目都应该在存储库中拥有自己的......不建议在项目源代码控制中保持重叠。
自己的存储库意味着单独trunk的，branches并且tags对于每个项目。
对于 1) 应该有通用的“设置脚本”为您在源代码管理中拥有的每个修订版填充一个新的数据库。可选的变更脚本很好，但请确保您可以通过一个步骤轻松设置整个数据库。
“实时”数据的备份当然不应该存在于存储库中。
关于 2)，这听起来像是你在用 .Net 做一些事情。在这种情况下，我建议在项目文件的某处处理 DLL，因为它们是构建依赖项。请记住，在指定项目依赖项时，MSBuild 可以很好地“拉取”所有必需的依赖程序集。
在我看来，“build”（或“bin”）文件夹不应该包含任何内容。它仅在项目建成时填充。