在源代码控制中管理存储构建的最佳方式是什么？

Question

我正在使用Perforce，如果这改变了答案的曲调。

我想实现一个构建过程，当一个解决方案在“发布”模式下构建时，用标签标记整个源代码树，并将构建的输出（DLL，网页）推送到/在源代码控制中构建/释放目录。这个目录应该总是包含最新的完整版本，没有什么比这更少，因此我可以将该目录完全推送到生产服务器，并且已准备就绪。

现在说我在以前的版本中有一个DLL，新版本不应该包含。这是否意味着更新/ build/release文件夹的最佳做法是检查整个事情，删除它中的所有内容，添加新的构建文件并同步它？听起来像是一个明显的答案，但我想确保我不会错过其他一些巫术，这可能是更好的方法。

Answer 1

我想你错过了简单的巫术:)你应该考虑只使用一个普通的旧文件系统为你的建设下降。源代码管理旨在管理变更，版本控制和协作，并且实际上不需要任何与构建相关的任何内容。构建系统的要点是能够复制源代码并在临时通知的情况下创建应用程序，所以我会专注于能够做到这一点，而不仅仅依赖于输出文件的永久存储。一定要像生成源控制数据库一样备份生成drop文件夹结构。使用包含文件名中的内部版本号的文件夹命名方案。我会存储所有的构建（回到至少几个），因为有时候QA想要恢复一个旧版本来测试，以便比较功能或重新生成一个错误。使用这个系统，每个版本都会得到一个新文件夹，所以你不必担心删除旧文件。

Answer 2

我会说“是的” - 你应该从你的版本开始使用空白文件夹结构（不管源控制系统）。