我正在配置一台构建机器来为大量非常相似的项目生成rpms。每个项目的spec文件在名称上有时略有不同，有时在依赖项和其他属性中。每个项目都有自己的包含项目文件的git存储库。
这些spec文件只存在，而且如实，只对构建系统本身有用;每个项目都可以手动安装，但我打包成rpms以便于自动部署。
构建系统本身也有自己的git存储库。
规格文件是否应该版本化？如果是这样，在哪里？是否应将每个spec文件在与其相关的项目的存储库中进行版本控制？或者它们是否应该在与构建系统相同的存储库中进行版本控制？而且，最重要的是，为什么？
我担心在项目存储库中对规范进行版本控制会导致文件彼此不同步，因为我会逐步改进安装过程。我还担心在构建存储库中对规范进行版本控制会导致在对依赖项进行更改时忘记文件。
答案 0 :(得分：0)
我正在开发一个项目，我们在版本控制与规范库或项目相同的目录树中的RPM规范文件。为什么？这使得一切都整齐地排列在一起。当我们更新库中的源文件时，spec文件就在那里为％changelog添加一个适当的条目，详细说明了为bug修复或增强做了什么。
对于你的情况，这是一个艰难的电话。但我认为你的构建/安装系统最终会达到稳定点，而你的所有项目无疑都需要在修复错误时更新。是的，在你调整你的构建/安装过程时，在短期内可能会很痛苦，但一旦稳定，从长远来看会更容易。