git-處理與原點/主節點的差異

Question

在一個特定的項目中，我使用git來處理共享倉庫的分支。 在此分支上，只有我（偶爾需要諸如require.io這樣的機器人）已將提交推送到origin/master ，因此擔心覆蓋另一個團隊成員的工作。

最近，我將許多提交提交給了我的fork的公共origin/master ，后來，我意識到其中一些提交不明智，因此想要對其​​進行編輯或還原。 因此，我復制了磁盤上最新版本的代碼，還原了約30次提交，並將還原后的磁頭推到了origin/master 。

然后，我重新構建了倉庫的本地副本（現在，它比origin/master早了約30次提交）。 現在git表示我的本地HEAD與origin/master節點不同，並且分別有30和18個不同的提交。

我對此有兩個問題。 顯然，我希望將本地提交推送到origin/master ，我不想pull --rebase並允許我的本地提交被遠程提交覆蓋。 是否有一種簡單的方法可以執行此操作，而無需經常打開合並工具？

其次，這似乎很混亂。 我應該使用哪種工作流程來避免這種情況？ 在這里不太頻繁地推送不太可能是有用的選擇，因為我試圖修復的bug提交與travis.ci YAML文件有關，我只能通過推送到origin/master來進行有用的測試。

Answer 1

永遠不要在其他人推擠或撤離它時為遠程提供基礎。 否則，您將使很多人感到沮喪和沮喪。

為此，只要在對它們滿意之前就不要推送您的提交。

要還原已經推送的提交，請使用git revert工具創建一個還原提交，然后推送該提交。

通常這是我的工作流程的方式。