目前我们在setup.py文件中保留了Python源代码的版本号。
每次CI运行成功后，这个版本号都会增加。
这意味着中央库的版本号每天都会增加多次。
由于版本号存储在git repo文件中，每次增加版本号都是一次新的提交。
这意味着大约50%的提交不是由人类而是由CI完成的。
我有一种感觉，我们走错了路。也许在CI中保留版本号并不是一个好的解决方案。
我们如何避免那些'无用'的CI提交只是为了增加版本号呢？
如何避免在源代码中保留版本号？
几年来，我们没有手动发布过更新。我们没有像MAJOR.MINOR这样的版本号计划。我们过去没有错过它。我知道这并不适用于所有环境。但它适用于我的当前环境。
我们有一个版本号看起来像这样：YEAR.MONTH.X
这意味着每次经过CI验证的提交都是一个新的发布。
阅读回答后，我意识到：我需要问自己：我是否真的有一个版本号？我觉得没有。我只有一个构建号。在这种情况下，不需要更多。
(感谢点赞。在提出这个问题之前，我确信这个问题会被关闭，因为人们认为它是“不清楚”或“太广泛”)
在源代码中保留版本号是一种常见的做法，这并没有什么问题。
你需要将CI过程分为常规构建、发布发布和发布部署。
常规构建：每天运行甚至每次提交后运行，可以包括静态代码分析和自动测试，检查代码是否可以构建。常规构建不应更改版本号。
发布发布：只能由发布经理的显式手动操作触发。
触发操作可以是使用新版本号标记提交，合并到发布分支进行新合并或仅更改特殊文件中保留的版本号（例如pom.xml）。请参阅Git Flow示例。
发布发布分配一个新版本号（自动或手动），如果必要，则将其提交到源代码中，使用新版本构建二进制包并将其上传到二进制包存储库（例如Nexus、devpi、本地APT存储库、Docker注册表等）。
发布部署：另一个手动触发的操作，从软件包存储库中获取准备好的二进制包，并将其安装到目标环境（开发、QA/UAT/分段、金丝雀部署或整个生产环境）。
我认为这些是讨论解决方案的前提条件。
git filter-branch来重写现有的git存储库历史记录，标记先前的发布提交以确保一致性，删除并停止跟踪版本号源文件，然后摆脱这些CI提交。setuptools_scm，但它缺少CLI :( - Hodossy Szabolcsgit describe变体即可，无需将其存储在已跟踪的文件中，因为结果标识了特定的历史记录，并且您已经拥有该历史记录。git archive和export-subst属性来嵌入几乎任何您想要的内容。注意：作为新用户无法添加评论。
扩展并支持@VibrantVivek的this答案。
对于持续集成而言，回溯存储库非常重要，无论您是将其保存在代码中还是使用任何其他git方法，在每次成功的CI之后都必须有相应的标签/版本。
如果您拥有针对提交的CI标签/版本，则可能存在某些问题。
+1 Martin Fowler，这里提供另一篇更详细的文章（与同一个人有关）https://www.thoughtworks.com/continuous-integration（请建议阅读）。
我认为你应该使用Git Flow，并创建一个主分支和一个开发分支。每次CI检查开发分支时，版本号保持不变。每次你创建一个发布版本，例如将开发分支合并到主分支中，你可以通过CI增加版本号。
或者我漏掉了什么，但在我的意见中，没有理由每次CI运行时都增加版本号。
总之，你最好考虑何时对新版本进行更改和“发布”！
在你的第一个问题中：
我们如何避免“无用”的CI提交，这些提交只是增加了版本号？
请注意：持续集成（CI）是一种开发实践，通过自动化构建验证每个check-in，使团队能够及早发现问题。
话虽如此，在这里想表达的是：
从实践中得知：每个提交都应该在一个集成机器上构建
关于如何做到这一点： CI服务器监视存储库，并在发生更改时检查它们
简单来说，只有在有新提交时，CI服务器才应该增强版本，以确保每个代码提交都可以发布。
看起来像是OP所说的，在你的区域里有更多（正如你所说）来自CI服务器的“无用”的commits。
基于您的CI机制，我希望您应该/必须能够控制它，几乎每个我们使用的工具都有处理方式（例如：Bitbucket中的Webhooks、版本插件等）。
因此，确保只有在新提交后我们才有一个新版本。
现在，如果您正在考虑那些定期夜间集成构建，则请阅读以下内容：
许多组织会按时间表定期进行构建，例如每晚。 这不同于持续构建，并且对于持续集成来说不足够。持续集成的整个重点是尽早发现问题。每晚构建意味着错误在被发现之前会被忽略一整天。一旦它们在系统中存在那么长时间，就需要很长时间才能找到并删除它们。
此外，您已经提到：通过CI的每个提交都是一个新版本，因此在某种程度上您已经实现了真正的CI。
尽管如此，如果您仍然不知道如何避免版本号的“无用”提交，那么我建议您添加另一个问题，详细说明您的CI机制是如何工作的以及为什么在给定条件下很难。我敢打赌一定有解决方案。还可以查看GithubFlowVsGitFlow。关于这个问题，我想扩展一下@void的答案，因为他说了这样一句话：如何避免在源代码中保留版本号？
It is a common practice to keep a version number in the source code, there is nothing wrong in that.
git commit --amend将版本号的修改附加到上一个提交中呢？ - Roll