git - 基于旧提交推送更改，如何解决？

Question

我刚刚在 http://learngitbranching.js.org/ 完成了所有可用的练习我现在感到非常自信。我明白了所有这些，并且不用想太多就做了每一个练习。显然这些只是初学者练习，我现在只是一个 Git 新手，但是理解一些东西感觉很好。现在我可以正确地对我的工作进行版本控制，而不是依赖于复制工作版本的文件。

无论如何，我有一个关于 merge 回可能引入错误的远程的问题/

考虑这个场景:

我周一在 remore 仓库上查看了最新的 master 分支，并将其分支到本地以开发新功能。假设此功能与自定义类中的某些类方法交互，

现在在星期二，我的 friend 检查了 master 分支，他在本地分支了它，并决定他有一个更好的方法来运行同一个类。所以他继续对类进行更改，可能会删除其中的一些方法并编写不同的方法。假设他在星期三提交了这些更改并将它们推回远程的 origin/master。

现在是星期四，过去三天我刚刚编写了与更新的类交互的新功能。假设我的功能需要我的 friend 在更新类的工作方式时删除的一些类方法。我 pull 和推，会发生什么？

我假设发生的事情是，当我 pull 文件时，我的文件将更新为其中的类和方法的最新版本，并且我的可能是一个单独文件的功能将与新的主文件 merge ，因此包括一个引用一个文件的文件该类的现已过时的版本。因此，当我推送时，我只是推送了无法正常工作并且会有错误(或者更糟的是甚至无法编译)的功能，因为它引用了不存在的方法。

这很常见吗？这在生产中是如何解决的？当特定类发生变化并且从事与该类相关的功能的任何人都需要将其功能基于新类时，您是否只需要与您的团队进行口头沟通？

Answer 1

我会说，确保您的功能正常工作是您的责任。是的，更好的团队沟通将有助于确定此类冲突，但最终，是你 push 了损坏的代码。

pull 并解决 merge 冲突(如果有)后，请确保该功能有效。运行测试(你有测试，对吧？)。如果您确信它有效，请推送。

此外，如果您这样做，您的问题并不清楚，但是，正如 VonC 所说:您不会努力掌握。您将您的分支推送到远程仓库，然后发送 pull/merge 请求。

如果您有某种暂存环境(也就是说，新提交不会直接进入生产环境)，问题就不大了。在这种情况下，即使您错过了什么，当有人在登台时点击应用程序时，它也有第二次机会被检测到。