在Countinous Delivery book 中，建议将所有内容（包括 CI 脚本）保留在版本控制中。实际上，像gitlab CI这样的当前 CI 系统已经遵循这个经验法则并在相同的代码库中搜索 CI 脚本。
另一方面，我们在代码库（及其构建的工件）发生变化时对其进行版本控制。我们遵循语义版本控制；为错误修正增加补丁字段，为非破坏性功能增加小，等等......
我们通过在 CI 中检查它来确保版本在提交之间增加。
但是，有些提交只会更改 CI 脚本；即添加分析作业，优化另一个等。
在这个冗长乏味的前言之后，我的问题是，对 CI 进行此类更改的版本控制的最佳实践是什么？因为它可能会影响最终构建的工件（例如，更改 CI 作业中的构建标志以进行优化或...）。
在这种情况下可以增加版本吗？