在 Git 中处理临时更改（不提交）

Question

通常，在分支上工作时，我需要引入一些“临时”更改（例如额外的调试信息，或者让我更好地观察我实际上正在处理的事情的更改）。

关于这些“临时”更改：

• 我希望它们出现在我的分支的工作副本中，因为它们帮助我处理实际的更改，
• 我不希望它们提交给分支< /strong>，因为分支将在某个时候合并到 master 中，并且它们不是生产代码。

目前，我只是将它们保留为未暂存状态，并在暂存每次提交时手动跳过它们。然而，我不能继续使用这个解决方案，因为：

• 我一直都必须记住需要跳过哪些文件，
• 有一天我最终会在一个文件中进行 2 个更改，一个是临时的，一个是要提交的，并且真的会很麻烦。

我该如何处理？

---

gitignore 显然是不可能的，因为我不想忽略整个文件，而且我仍然对其他提交者的更改感兴趣（我需要时不时地将分支重新设置为 master） 。

Answer 1

我通常通过使用以下方法来处理这个问题：

git add -p

... 逐个进行更改。然后您只需确保按 n 即可进行调试更改。

---

如果我有更多此类类型的更改，我将创建一个名为 local-changes 的分支，并在其尖端提交一个引入调试代码的提交。创建更多提交后，我将使用：

git rebase -i master

... 对它们重新排序，以便具有本地更改的提交再次位于提示处。然后要更新 master 并返回本地更改分支，您可以执行以下操作：

git checkout master
git merge local-changes^
git checkout local-changes

Answer 2

尝试 git update-index --assume-unchanged。这样，当使用 git add 或 git commit -a 时，git 就不会将文件添加到索引中。

编辑：这不允许您处理一个文件同时进行临时和永久更改的情况。

Answer 3

这里有一种处理这个问题的方法，一旦设置完毕，只需要您记住一个设置步骤，以及每次推送之前的一个步骤。

设置：

git branch tempChanges  [branch for temporary changes]
  [create your temporary changes]
git add -A
git commit

记下该提交的 sha。然后切换到您的工作分支，并且：

git cherry-pick shaOfTempChangesCommit

现在您的工作分支上已经有了更改。做好你的工作并做出承诺。然后，在推送之前：

git rebase -i

您将看到类似这样的内容：

pick bfd4d2e This first commit is your temporary changes.
pick 186a99d Some stuff done on the working branch.
pick ec871c6 More stuff done on the working branch.
(etc.)

删除包含临时更改的行。然后保存并退出。您的历史记录将被重写以排除临时更改。 （更改仍将存在于 tempChanges 分支中。）完成后，进行您需要的任何测试，然后
git 推送。

当您准备好再次工作时，您可以将临时更改拉回当前工作分支（或新的工作分支）：

git cherry-pick shaOfTempChangesCommit

因此，总之，在此方法中您需要记住的是

• 创建工作分支后

  gitcherry-pick shaOfTempChangesCommit

• 在完成工作并准备好推送之后

  git rebase -i [在推送之前删除临时更改]

Answer 4

您可以使用

git stash

将其保存到临时空间中。完成合并后，您可以使用

git stash pop

将临时更改加载回工作目录。

Answer 5

我通常将所有调试代码放在自己的提交中，然后在进行合并之前，我恢复该提交。我有时会使用大多数其他答案的一些变体，但我喜欢这个答案，因为它简单，而且它保留了我的开发历史。是的，我不希望我的调试代码出现在最终产品中，因此需要恢复，但如果测试发现问题，我希望能够恢复该调试代码以进行进一步的工作。

Answer 6

我找到了解决这个问题的干净方法：（请原谅我的 ascii-art）。它需要一个额外的主题分支。 （这有缺陷，正在争议/纠正，请参阅评论）

该工作最初看起来像这样：

master
     \
      \
     commit1  ---- commit2 ---- "branch"

工作是在“分支”上完成的。

引入一些临时更改：

• 从“master”创建分支“branch-temp”，
• 提交临时更改，
• 将“branch”从“master”重新设置为“branch-temp”

存储库现在看起来像：

master
     \
      \
     "branch-temp" ----- commit1 ---- commit2 ---- "branch"

工作现在很高兴在分支上继续，并且临时更改在状态中不可见。

要更改或扩展临时更改：

• 签出branch-temp
• commit --amend 那里的临时更改 - 这是错误的，因为它使“branch-temp”发散

将更改从分支合并到主干：

这只是有点棘手。我们希望合并所有更改，除了“branch-temp”引入的更改之外。我的想法是：

• 从“branch”运行正常合并到“master”
  （我们现在有一个合并，但有一些不必要的临时更改 - 让我们删除它们）
• git revert --no-commitbranch-temp
• git commit --amend
  （这两个步骤应该修改合并提交，以便它不再包含来自branch-temp的更改）

Answer 7

编写一个简单的 shell 脚本来根据请求修补和撤消调试更改（然后将其设置为 git 别名）怎么样？

例如

git apply-my-debug
...
do coding
...
git remove-my-debug
git add .
git commit -m "Don't worry about debug changes"

Answer 8

为了避免在创建功能时弄乱暂存区域，请提交调试更改，并带有明亮闪烁的警告，表明它们不应进入最终合并：

#warning - DEBUG ONLY - DO NOT MERGE

print(debugInfo)

#warning - DEBUG ONLY - DO NOT MERGE

当您准备好合并分支，如果您忘记了它们，您或其他人将在拉取请求的代码审查中发现这些更改。

然后，您将有不同的方法来删除调试提交：

1. 恢复特定的调试提交。这将在分支中保留他们的历史。

2. cherry-pick好提交。这将完全删除调试提交。

3. 更复杂的东西，例如 rebase -interactive 来就地删除提交。

Answer 9

GIT 的存储功能正是您所需要的。至少对于“保留”部分来说是这样。这样在提交时做出好/坏的选择是不可避免的。

Answer 10

我倾向于像这样保留未提交的更改。我总是使用 git add -i 或 git add -p 来暂存更改（除非我确定我想要树中的所有更改）。这样我就可以查看所有我想要提交的更改，并轻松跳过临时更改。它还有助于暂存您需要尽早提交的更改，并保持它们暂存，甚至提交它们，而不是使用 git commit --amend 来添加更多更改。

Answer 11

我使用此答案建议的工作流程的修改版本：

设置

1. 首先为调试更改创建分支.

   git checkout -b debug
   

2. 将临时更改提交到该分支。

   git add .
   git commit -m“调试更改”
   

工作流程

1. 在调试分支中，处理代码并进行将提交到主（或功能）分支的更改。当您满意后，隐藏所有更改。

   git stash
   

2. 现在，转到 master 分支并应用存储，然后进行提交。

   git checkout master
   git 存储应用
   git 添加 .
   git commit -m“功能 XYZ”
   

3. 最后，切换回调试分支并在 master 分支上重新建立基础。

   git checkout 调试
   git 变基大师