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工具创建一个还原提交，然后推送该提交。

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