Git 如何将压缩合并中的更改推回到源分支中

我有一个分支，我想通过挤压提交合并到另一个分支中。在某些情况下，这些新文件具有不需要的前导或尾随空格。如果在挤压合并过程中删除多余的空间，如何将这些更改推入原始分支，而无需再次手动进行修复

目前我正在应用更改两次。有一次当我挤压合并成一个测试分支。再次挤压时，将原始分支合并为主分支

我的工作流程

git co staging
git merge origin/feature --squash
git push origin staging

做我的检查，然后跟进

git co master
git merge origin/feature --squash
git push origin master

---

最好有一个

pre-commit

hook，它首先删除那些尾随的空格，这意味着任何进一步的合并在这方面都不会有任何问题

例如见“”

---

对于现有的提交，您可以使用

git reset--soft

，结合

git commit--all--amend

，以便将提交后钩子应用于

功能

上的最后一次提交，然后再将其合并到

staging

/

master

---

请参阅“

最好有一个

pre-commit

钩子，它首先删除那些尾随的空格，这意味着任何进一步的合并在这方面都不会有任何问题

例如见“”

---

对于现有的提交，您可以使用

git reset--soft

，结合

git commit--all--amend

，以便将提交后钩子应用于

功能

上的最后一次提交，然后再将其合并到

staging

/

master

---

请参见“”

您可以发布您正在执行的操作的命令序列吗？这听起来像是将同一主题分支重定到两个不同的长期分支上，可能会在此过程中生成不同的提交哈希。如果是这样的话，这个工作流程将很糟糕。为什么不在合并之前修复空白？你能发布你正在做的事情的命令序列吗？这听起来像是将同一主题分支重定到两个不同的长期分支上，可能会在此过程中生成不同的提交哈希。如果是这样的话，这个工作流将以糟糕的结果结束。为什么不在合并之前修复空白呢？这是一个很好的解决方案。这甚至可以为团队中的每个人解决这个问题。这是一个很好的解决方案。这甚至可以解决团队中每个人的问题。