在VCS中保留所有持续集成和交付配置的优缺点是什么？
就像＆＃34;基础架构作为代码＆＃34;，这应该允许使用所有配置矩阵，管道和代码本身的东西。执行构建，测试，部署等的顺序 - 感觉就像编码一样。为什么不包含类似源代码？ 它已经部分在VCS中 - makefile等，但它们并不代表整个交付过程。
特拉维斯CI是我唯一知道的那种方式（有点）。还有其他人吗？如果不是 - 为什么？
答案 0 :(得分：1)
如果它是需要执行多次的一段代码，或者如果它是可以重新生成的配置，则应始终将其存储在VCS中。简而言之，您应始终将CI和交付配置存储在VCS中。
我能想到的唯一一个问题就是你会在你的VCS系统中占用一些额外的空间，但它不是太多而且非常值得花费开销
答案 1 :(得分：0)
Jenkin的工作DSL插件可能是一个开始;请参阅https://wiki.jenkins-ci.org/display/JENKINS/Job+DSL+Plugin也许您可以使用其REST API（https://wiki.jenkins-ci.org/display/JENKINS/Remote+access+API）推送模板。您可以将所有这些脚本和模板保留在版本控制之下，例如，当您在SVN中进行标记时，可以从模板创建新作业。