version-control - 我应将HUDSON_HOME的哪一部分置于源代码控制之下？

我想通过颠覆来管理Hudson的配置文件以进行备份。
The Hudson Wiki列出$ HUDSON_HOME的目录结构，如下所示:

HUDSON_HOME
 +- config.xml     (hudson root configuration)
 +- *.xml          (other site-wide configuration files)
 +- fingerprints   (stores fingerprint records)
 +- plugins        (stores plugins)
 +- jobs
     +- [JOBNAME]      (sub directory for each job)
         +- config.xml     (job configuration file)
         +- workspace      (working directory for the version control system)
         +- latest         (symbolic link to the last successful build)
         +- builds
             +- [BUILD_ID]     (for each build)
                 +- build.xml      (build result summary)
                 +- log            (log file)
                 +- changelog.xml  (change log)

显然，jobs/[JOBNAME]/builds不应该进入源代码控制，但是config.xml是一个不错的选择。插件和指纹不太明显。

您如何管理Hudson配置？

最佳答案

我确实使用SCM来管理我的Hudson配置。我保留每个作业的顶级config.xml和config.xml。我有一个小脚本，可用来从Hudson获取配置，并根据需要提交/添加/删除它们(以及其他一些使配置管理更容易的方式)。

对于我的特定设置，请重新考虑Rob Hruska的观点:

配置确实经常更改(尤其是通知)

(请参见上面的脚本进行更新)

我一直在比较事情。我们有多个管理员可以更新配置，这些差异非常有用

综上所述，每种情况都是不同的。我对配置所做的管理不是免费的(也不是免费的)。每天晚上压缩所有内容的cron工作绝对便宜，而且可能也足够。

关于version-control - 我应将HUDSON_HOME的哪一部分置于源代码控制之下？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/1606496/