您应该先推送然后合并为母版吗？

Question

假设我有一个工作分支A。

我确实更改了A并向其中添加了一条提交消息。然后，我将分支推送到远程存储库，然后将其合并到主存储库中？

这是正确的方法吗？

Answer 1

如果要将新更改（在分支A上）集成到名为master的远程主分支，是的，您必须在某个时候进行推送。

如果您使用的是github，bitbucket，gitlab之类的git托管服务：

• 将分支推送到远程
• 转到您的远程仓库的网页
• 创建分支A到主服务器的拉取请求

或者，如果远程服务器托管在没有Web界面的某个地方，或者您一个人在仓库中，或者没有受保护的master分支，那么另一种进行方法是：

• 进入您的本地主分支机构
• 将分支A合并为master
• 推送到远程

Answer 2

订单是commit→push至您的分支机构→进行merge request→接受merge request

说明：您也可以提交和推送到您的分支，但是更改和提交将保留在您的远程分支上。

一旦准备好将分支合并到主分支，就必须向它发出合并请求。

更多文档：How to create a merge request ?

Answer 3

如果您所做的提交最终可以成功地应用于母带，那就没关系了。

git中的分支是对提交的引用，仅此而已。通过在合并母版之前推动分支工作分支，您要做的就是更新远程信息，了解工作分支应该指向哪个提交。如果您合并到主服务器，然后仅推送主服务器，则不会更新工作分支的远程副本。如果它是一个临时分支，也许您不在乎，因为无论如何您都将删除该分支。如果它是运行时间更长的分支，则可能需要同时推送到这两个分支，以便远程副本是最新的。

真的，这是您希望分支机构在完成后引用什么的问题。

Answer 4

“正确”很难确定。没有一个适合所有工作流程的规模，并且您的工作流程可能会根据项目的要求和项目人员的偏好进行更改。

我喜欢：

1. 将本地更改提交到本地分支机构
2. 从主分支中拉出
3. 解决任何冲突
4. 验证更改
5. 推送到远程分支
6. 拉动请求

查看此link，了解一个人（非常）对Git最佳做法的全面了解。