根據我的most我seeing臨時提交您不提交是重新綁定存儲的唯一方法。git存儲,git apply,修改,git commit,git pop(首選rebase)?
這似乎是一個非常困難和危險的事情,試圖在我的情況下進行測試。
做臨時提交進入你永遠不能刪除這些從你的歷史記錄,使得在本地編輯密碼現在是你的一部分git push master
?
根據我的most我seeing臨時提交您不提交是重新綁定存儲的唯一方法。git存儲,git apply,修改,git commit,git pop(首選rebase)?
這似乎是一個非常困難和危險的事情,試圖在我的情況下進行測試。
做臨時提交進入你永遠不能刪除這些從你的歷史記錄,使得在本地編輯密碼現在是你的一部分git push master
?
我不確定你的意思是「非常困難」或「危險」。因爲你總是能夠恢復舊的狀況,所以你不能搞得很糟糕;並創建一個額外的提交肯定不會造成你以前沒有的問題。
至於你的第二個問題,每一個提交 - 包括你隱藏時創建的隱式提交(因爲內部存儲創建提交) - 存儲在本地存儲庫的對象數據庫中。所以是的,如果你的代碼中有密碼,那麼這些密碼就存儲在對象數據庫的某個地方。但是,承諾和存儲都不是實際的罪魁禍首:只要在文件上執行git add
就會將文件內容放到數據庫中,因此技術上已經保存了這些密碼。
但通常這不是一個真正的問題。這是您的本地存儲庫,因此當您推送或某人從您處取出時,不會從分支機構訪問的任何內容都將發佈到其他存儲庫。如果沒有引用這些對象,它們最終會被Git垃圾收集。
如果我正在提交的文件中有密碼,我一直在親手操作,這很困難/很危險。通過暫存不包含密碼或敏感信息的行的文件行 – Maslow
在推動之前,您可能可以「擠壓」來清理歷史記錄。 – isherwood