变化的控制集成持续集成

Question

我有，我们使用的是各地复制一些文件，并通过EXEC任务以建立安装程序EXE makensis.exe运行楠脚本之前建立了一个NSIS安装。在恶性脚本完成后，我对我们的CD的compelte结构，也是我们的下载。

我只是做从SourceSafe中获取到一个未使用的桌面，并使用它作为构建盒，编制那里。有时候，我们将有几个文件在解决某个问题的关键检查的。在这种情况下，我会去构建框，非常有选择性地只得到这些文件，以避免让其他修改过的文件，我们还没有准备好释放。基本上我能够允许发展继续并选择性地包括某些修改的文件进入安装程序发布。

现在我们不再有免费的框，需要从我们的服务器来构建。所以我建立CI厂，使开发人员可以在没有远程处理到服务器踢蓄客。在一个问题，我挣扎，是继续允许发生这种选择性变更控制的最佳途径。即CI厂实现CI的默认概念是罚款，内部开发的“头”。不过，我也希望配置，它仅在需要通过力形成的这种“公开发行”型身材运行CCNET项目。

这就是我的大脑冲进到目前为止，但是不知道如何好这个会的工作，如果在所有（仍然搞清楚什么CCNET和CI厂都是关于）。在“公开发行” CCNET项目配置/构建将设置使得它将不会获取最新版本。修改将的不触发构建。因为这是使用默认的CI方法的其他CCNET项目（我们称之为“CI工程”）中检测到变化时得到最新的，那么这两个项目不能共享相同的工作目录。因此，“公开发行”需要不同的工作副本，使CI项目的构建被触发时，它的文件将不会得到更新。开发人员将需要远程连接到服务器，一个VSS，选择做一个进入“公开发行”的工作副本，然后通过CI厂强制执行构建。

缺点的我这个看到的是结果 1）对偏远选择性地做得到。结果 2）我不知道如何让一个CI厂项目有产品文件夹的两个不同的工作副本，让每个项目配置块有它自己的。结果 3）我怕什么样的陌生感，这可能会导致。我不太清楚怎么还指定在CCNET项目配置块源控制框，但防止它做得到，当它建立最新的。我还在逐渐搞清楚什么东西都在脚本，并且可以很容易地取出而不会破坏其他的东西，对不意味着什么能够绕打乱和/或不可配置。

我真的很想听听别人怎么处理选择性释放的变化，如果你有类似的情况这个问题。我不得不VSS，所以我的当务之急是考虑与解决这个问题，但在同一时间，我会兴趣听你如何与其他源代码控制系统管理这一点。我猜你可能会有一个分支，是你的最新动态分支，然后只要你想释放他们更改合并到主干？我真的不相信VSS分支/合并，我认为分支概念可能有点过多开销和学习曲线，这家店铺。就像我说，虽然与其他源代码控制系统的故事，将有用的知识，将来为我。

预先感谢。

Answer 1

您需要的分支结构在你的仓库，以方便这一点。喜欢的东西发布分支方法。只有选择个人可以提交到这个分支（或有释放/稳定这一点）。设置您的CI手册启动到发布分支拉为释放每晚促进从那里里程碑或决赛。我不喜欢你的构建机上手工修改的东西的想法。设立在版本控制的变化，在安全的地方，准备好释放，让CI建立从那里，但手动触发。

查核这些分支模式的。我建议C3，程序代码每次释放，通常被称为释放支化。

下面有上VSS href="http://www.kevingao.net/sourcesafe/branch-in-sourcesafe-vss.html" rel="nofollow noreferrer">文章一个

长相此问题类似。

也许你可以移动到另一个源代码控制系统与这种事情更好的支持。从MS的人有什么建议了吗？