问题描述
我的项目中有一个 manifest.json 文件和一个构建过程，该过程使用该文件并创建要发送给客户（他们是 Beta 测试人员）的可交付成果。所以这就是我要做的。我每次都会为开发和错误修正进行多次提交，当我认为我准备好时，我创建另一个提交，只是为了增加 manifest.json 文件中的版本。它看起来像这样：
@@ -1,7 +1,7 @@
{
"manifest_version": 2,"name": "Blah Blah Blah",- "version": "0.4.2",+ "version": "0.4.3","description": "Description goes Blah Blah Blah ha ha!","content_scripts": [
{
~
~
这样好吗？任何其他建议。我会污染提交吗？
解决方法
这样好吗？任何其他建议。我会污染提交吗？
对我来说它看起来非常好，这对于在其上设置特殊标签等很有用。
例如，如果您担心磁盘空间，当这样做时，Git 将仅记录 manifest.json 本身，其余的已在现有对象中引用。因此，此类提交的足迹将保持最小。
编辑（包括我们在下面评论中讨论的内容）。
在提交之前准备“熟的”提交以及形成“逻辑单元”总是一个好主意。在向维护者提交补丁时甚至需要它（至少在 Linux 内核项目中），所以如果需要，这个人可以拒绝你的一些补丁，同时继续合并其余的。
这样，将技术增强和管理内容分开是一件好事。再次关于 Linux 内核，Linus Torvalds 自己在 Linux 的主分支上也做了同样的事情。以下提交只需切换到“5.13-rc1”版本。
Commit 6efb943b861 on kernel.org
Commit 6efb943b861 on github.com