當我切換分支時Git正在刪除一個被忽略的文件

Question

我有一個分支（讓我們稱之爲B）忽略某個文件，其中不是在某些其他分支（例如分支A）中被忽略。當我從分支B切換到分支A，然後再次回到B時，文件已被刪除。

這是正常的嗎？我可以看出它是如何發生的，因爲分支B認爲它不在那裏，而分支A認爲它是這樣的，所以當我回到B時它會「清除它」。但它有點煩人。

有什麼建議嗎？

Answer 1

這很正常，雖然我有點驚訝的一步。

當你從B切換到A時，git發現文件必須更新以匹配A的版本，並且默默地執行，因爲你已經忽略了它，說到分支B而言，文件沒有'沒關係。它必須這樣做 - 唯一的選擇是拒絕檢出分支A.（如果文件沒有被忽略，它會拒絕，並說「未經操作的工作樹文件」會被合併覆蓋「我真的很驚訝在這種情況下它也沒有這樣做任何人都有任何洞察力，這是否是功能或錯誤？）

當你切換回，git看到分支B沒有該文件，並將其刪除。再次，它必須這樣做。它沒有辦法讀你的思想，並意識到忽略文件在那一分鐘前是你想要的 - 它只是給你分支B的內容，它指出文件不存在。

正如ewall在評論中所建議的那樣，如果您希望文件在這些轉換中生存下來，它需要被所有分支跟蹤，或者在所有分支中被忽略。

Answer 2

由於唯一可行的辦法是跟蹤在任何時候文件「f」，你可以添加，只有在分支B，一個smudge/clean process與gitattributes filter driver：

當checkouting分支B：

• 塗抹過程中會改變：

  • 保存f內容在一個臨時文件
  • 替換f一個fbis文件中的內容（一個跟蹤文件，該文件將包含分支B的「B內容的f」）

• 清潔工藝將：

  • 節省f在的內容（如修改B）
  • 恢復f內容（與臨時文件）（fbis獲取與分支Bf修改承諾），這意味着f不承諾（在B忽略）

您可以添加，仍處於分支B，一個custom merge driver它將保護fbis從其他分支合併到B：
合併驅動程序將始終保留B版本的fbis內容，確保忽略的文件f在分支B被簽出時取回其內容。

由於這些驅動程序（過濾器和合並）未在其他分支中提交，文件'f'在其他分支中進行了所有修改。
在分支B中，其內容將永遠不會改變，但只要登出B，對f所做的「本地修改」仍會恢復。

如果不需要恢復內容，則無需管理fbis。
只需保留過濾器驅動程序，您將確保無論您對f分支B所做的任何修改，這些更改都不會被提交，實際上將忽略f內容。

Answer 3

我已經經歷了類似的情況，我這樣做：

我會打電話給其在的index.php結賬刪除的文件。

在你的。支路A和支路B的gitignore除去忽略你的index.php行，在此之後提交您的.gitignore在兩個分支。

分支A，創建備份index.php，刪除並提交。

恢復在分支一的的index.php從備份以前創建並在您的.gitignore再次忽略的index.php並提交此。

在你支路B添加的index.php，忽略你的.gitignore文件，提交和快樂。

Answer 4

在git中忽略文件並不意味着它們沒有修改。您可以在git中檢入並管理文件，並在.gitignore中忽略它。