所以這可能是一個愚蠢的想法，并且可能有解決方法/其他解決方案。我對這些很好奇，同時也很好奇下面這個問題的具體答案。
是否可以為提交創建一個差異，它只是洗掉和添加相同的確切代碼，從而使您有機會創建一個實際上只是特定代碼行的元資料的提交，即創建臨時附加到的注釋的方法代碼行直到這些行被更改？
原因：我的 git 反應讓我想確保每次提交都是完全有效的代碼，這樣您就不必猜測如果您需要回滾某些東西需要彈出多少次提交。但是，這實際上為您提供了一條提交訊息，以應用于該提交中更改的所有代碼行。（也許這是我的根本問題？）
如果有一種方法可以創建一個非差異，我可以創建一個提交，我可以簡單地將“評論”（提交訊息）添加到幾行代碼中，嵌入其中將是“評論”的作者"，以及“評論”發表時間的日期戳。
然后我可以在我的代碼中洗掉所有硬注釋（即以 // 或 # 或其他任何內容開頭的行），如果我想查找注釋，請查看責任。如果我改變了某些東西，我要么必須故意使評論永久化，寫一個新的，要么就讓它取決于我所做的任何功能改變。這樣一來，您將永遠不會有不需要完成的 TODO，并且一旦您更改了代碼，您將永遠不會有不再適用的 NOTE。
uj5u.com熱心網友回復：
是否可以為簡單地洗掉和添加相同的確切代碼的提交創建差異。
git不會為每個提交保存一個差異，而是一個完整的檔案夾和檔案樹（盡管以一種非常聰明和有效的方式）。您看到的差異是通過比較相關提交及其父級參考的兩棵樹來動態計算的。
您可以使用--allow-empty選項創建一個完全不更改代碼的提交（即它參考與其父提交完全相同的樹） 。但這不會讓您參考任何檔案或代碼行。
uj5u.com熱心網友回復：
是否可以為提交創建一個差異，它只是洗掉和添加相同的確切代碼，從而使您有機會創建一個實際上只是特定代碼行的元資料的提交，即創建臨時附加到的注釋的方法代碼行直到這些行被更改？
簡單地說，不。您的注釋示例將是代碼更改，因此它將顯示在差異中。
一些潛在的選擇：
- 您可以按照SebDieBln 的回答中的描述創建一個空提交，它沒有任何更改，只有一個提交訊息，您可以在其中說出您想要的任何內容。
- 您可以創建 2 次提交，其中第二次撤消第一次。實作此目的的一種方法是在 1 次提交中進行一些更改，然后恢復將進行第二次提交的該提交。在這種情況下，第一次提交的父級和第二次提交之間的差異將沒有任何變化，但第一次提交的父級和第一次提交之間的差異將包含您希望捕獲的更改并可能做一些事情。
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/414065.html
標籤：
上一篇：檔案夾丟失時的Git合并沖突