在不是我自己的远程分支机构上发布PR,而不是仅仅推送它们是一种好礼节吗?
E.G。我的同事有一个功能分支F1,我需要对其进行一些更改。我认为签出来自F1的我自己的分支更为体贴。然后,我提交PR,以将这些更改合并到同事的分支机构中。
或者,我可以将更改推送到F1。但是,这可能会践踏我同事的工作。
我认为从派生分支机构提交PR是他们分支机构的考虑因素,但是在这种情况下,我找不到最佳做法的信息。
在不是我自己的远程分支机构上发布PR,而不是仅仅推送它们是一种好礼节吗?
E.G。我的同事有一个功能分支F1,我需要对其进行一些更改。我认为签出来自F1的我自己的分支更为体贴。然后,我提交PR,以将这些更改合并到同事的分支机构中。
或者,我可以将更改推送到F1。但是,这可能会践踏我同事的工作。
我认为从派生分支机构提交PR是他们分支机构的考虑因素,但是在这种情况下,我找不到最佳做法的信息。
您需要与同事合作吗?遵循组织的工作流程。
,我同意你的考虑。下拉同事的分支(F1)并签出新分支(F1 / myChanges),进行更改,然后发出拉取请求并将F1设置为基础。如果您所做的任何事情都不奏效,这似乎也更干净一些。
编辑:当然,这完全取决于您团队的特定约定。在罗马时,git如何在罗马人中使用git。
,绝对创建拉取请求。如果您不拥有分支,请不要推送到该分支。