我是新來的git和測試它現在。在我的本地機器上,我經常進行提交。每隔一段時間我想將代碼推送到中央回購站。此時我發佈了所有提交的提交。當我單獨工作時,這不是一個大問題,但是當我在一個項目上使用多個開發人員時,這會變得混亂。同時我想在本地機器上保存所有本地提交,以防萬一。git push,不推送所有本地提交
這是git的一個工作的好辦法嗎?這可能嗎?或者我在想錯誤的方式?
我是新來的git和測試它現在。在我的本地機器上,我經常進行提交。每隔一段時間我想將代碼推送到中央回購站。此時我發佈了所有提交的提交。當我單獨工作時,這不是一個大問題,但是當我在一個項目上使用多個開發人員時,這會變得混亂。同時我想在本地機器上保存所有本地提交,以防萬一。git push,不推送所有本地提交
這是git的一個工作的好辦法嗎?這可能嗎?或者我在想錯誤的方式?
的一種方法是讓自己在本地存儲庫中的個人發展分支。這只是一個普通的分支,沒什麼特別的,但是當你運行git push
時,分支上的提交不會被推送到中央存儲庫。當您準備好分享您的更改時,將您的個人分支中的提交合併到主分支中,然後您可以將它們推送到中央存儲庫。
對此的一種變化是爲每個您工作的邏輯功能啓動一個新分支,以便您擁有許多小型個人開發分支而不是一個大分支。然後,您可以在將特徵分支合併到主分支後刪除特徵分支。
Git工作流鼓勵您清理您的本地(早期和經常)提交到邏輯順序的提交,讓最終讀者通過實施您的新工作逐步完成。這可以使用git rebase -i
功能和其他工具完成。有了這些,您可以根據需要重新排序,編輯,拆分和壓縮提交,使其看起來不錯。然後把那提交到服務器,當然也保存在本地。
此工作流是通過無需手段。你可以把你所有的細節提交到服務器(但你聲稱會變得「混亂」),或者你可以將你的工作壓縮到一個單獨的提交中,並推動它。儘管你不能合理地做到這一點,但是在本地保留另一個集合的同時,向服務器推送一個提交。你可以處理這個
如果您使用分支,您可以「將一個提交推送到服務器,同時在本地保留另一個提交。」 – jcoffland
這兩個答案的確是......這麼做的方法......-學習:-) – Patrick