我正在配置一台构建机器来为大量非常相似的项目生成 rpm。每个项目的规范文件在名称上以及有时在依赖项和其他属性上都略有不同。每个项目都有自己的 git 存储库，其中包含项目文件。
这些规范文件仅存在并且实际上仅对构建系统本身有用；每个项目都可以手动安装，但我打包成rpm以便于自动化部署。
构建系统本身也有自己的 git 存储库。
规范文件是否应该进行版本控制？如果是的话，在哪里？每个规范文件是否应该在与其相关的项目的存储库中进行版本控制？或者它们都应该在与构建系统相同的存储库中进行版本控制吗？而且，最重要的是，为什么？
我担心，当我对安装过程进行逐步改进时，项目存储库中的规范版本控制会导致文件彼此不同步。我还担心对构建存储库中的规范进行版本控制会导致在更改依赖项时忘记文件。
我正在处理一个项目，我们在与库或项目相同的目录树中对 RPM 规范文件进行版本控制。为什么？这使得所有东西都整齐地位于同一位置。当我们更新库中的源文件时，规范文件就在那里向 %changelog 添加适当的条目，详细说明为错误修复或增强所做的工作。
对于你的情况来说，这是一个艰难的决定。但我认为您的构建/安装系统最终将达到稳定点，而您的所有项目无疑都需要在修复错误时的某个时刻进行更新。是的，当您调整构建/安装过程时，短期内可能会很痛苦，但一旦稳定下来，从长远来看就会更容易。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
