2017-04-12 60 views

回答

2

这取决于主要发展的地方。在Github的大多数项目中,这通常是masterdev分支(如果有的话)。所以,你要做的就是:

  • 您创建存储库的一个分支
  • 你让你的任何修复前的原始分支,你想拥有的修正是对的(当然,如果你喜欢的话,还可以创建针对感兴趣的基地分支发展的一个特性分支为好,这取决于你的工作作风)
  • 提交
  • 打开与原项目
0 pull请求

在大多数进化的公司,或者与工作的更复杂的方法的项目,你经常有这样的事情:

  • 稳定master
  • 一个dev(或以其他方式命名)分行开发的代码
  • 基于该dev分支
  • 功能分支当你准备做一个版本中,您合并devmaster

当然,这是一个相当简单的例子。在合并到master之前,您还可以有额外的分支层。例如,stable(或也称为release)分支可能是将dev合并到master之间的附加步骤。这样的中间分支可用于在发布期间从开发分支回滚某些功能,或者对即将被削减的发布应用紧急修复,而不必将提交限制到实际开发分支。

作为一个结论,它确实取决于团队/公司的工作方式,这在项目/公司之间有很大不同,因此您必须最有可能找出最活跃的(或最近的工作) ), 正在进行。正如Philippe指出的那样,如果这仍然不明显,您可以随时联系团队并告诉他们您想要修正某些问题并询问您的工作是以哪个部门为基础的。

+2

我的第一个想法是'dev'分支 - 很多项目都有它。如果没有检查是否没有'dev',我不会发送补丁到'master'分支。 –

+0

我同意,让我更新它! – carlspring

+0

@ArkadiuszDrabczyk:这有点好一点吗? :) – carlspring