SVN - 将多个项目收集到一个基线版本中

Question

我对 subversion 和版本控制的概念真的很陌生，虽然我可以处理将少量文件 checkin 项目，但我需要一些关于如何根据我的需要扩展它的建议。

本质上，我们正在开发一个包含大量脚本和配置的环境，这些脚本和配置分布在许多虚拟机和物理机上。构建脚本、配置文件、二进制文件、RPM 镜像等......虽然每个在他们自己的世界里都可以，但我们需要一些方法将它们聚合成一个版本。虽然在一个更大的编码项目中，我看到这可能只是处理单个 SVN 项目中的文件夹(据我了解，所以可能不是......)这些事情真的没有共同点，而且很多甚至不是代码，并且只是在 SVN 中作为我想象的占位符。因此，“检查”组装的大量数据是没有意义的，但需要以某种方式将顶级版本号与可能 60 个不同的工作相关联。如上所述，这是代码、配置文件、rpm 等。

我最初假设我们会以某种方式使用 SVN，但也许这是一个错误的假设。但是，从我对需求的通用 View 来看，我可以想象在 SVN 中拥有实际项目，然后在 cronjob(或其他触发器)上更新包装项目，以引用在元数据文件中列出的每个项目的最新 SVN 版本包装器项目。如果列表中的任何项目已更改，则该包装项目将更新，并使用新的元数据文件检入其中。反过来，这些包装器被其他包装器包装，直到一个主项目。这个主项目版本的最终用途是在其下建立项目基线，该基线能够与文档和变更跟踪系统一起使用，并且具有一定程度的自动化。

虽然我可以想象我刚刚描述的内容，但它只是基于一个非常小的 SVN View ，并且可能(希望)错过了 SVN(或 git .... ??)存在的很多要点。

我希望这是有道理的，如果没有，对不起。非常乐意尝试澄清任何事情。

谢谢

克里斯

编辑:举例说明我们需要涵盖的各种个别事物:

CentOS rpm 储存库的特定版本，由它从网络同步的时间定义

安装 Nagios 包后要在 vm 中安装的 Nagios 配置文件

用于构建虚拟服务器的 kickstart 脚本

用于触发系统部署的脚本

应用于每种类型虚拟机的 iptables 规则集

我在这里一点也不关心这些事情是如何完成的，更多的是我们如何呈现在部署时需要这些事情的哪个版本的 View 。

[编辑] 好的，这一切都归结为我没有真正理解 svn 版本控制。由于修订号是存储库范围内的，所有项目都隐含地被覆盖......根本不需要实际的工作来实现我想要的。谢谢，难怪我对其他人没有多大意义..

Answer 1

你要的是SVN Externals