git工作流程误解

Question

我正在尝试使用master进行制作，dev进行制作described here.

1. 从原点创建分支dev
   • git push --set-upstream origin dev
来自dev分支创建故障单分支并切换到它的

2. • git checkout -b 1234_short_description

3. 在本地工作和提交

   • git commit -am "description of the changes for this commit"

4. 将我的故障单分支1234_short_description推送到远程dev存储库的时间，以便团队负责人可以检查所做的内容并拒绝或批准，然后将我的工作合并到{{1分支。

我正在尝试，但git唯一想做的就是创建dev。

请向我解释如何根据给定的git流从origin/1234_short_description分支创建分支并推送到远程dev分支。

也许在该工作流程中，dev分支和dev两个远程存储库但不是master分支在那里？

Answer 1

我建议你推进你在本地工作的同一个分支，而不是开发，否则你可以简单地在dev分支上工作

当您推送到origin / branch123时，您应该从此分支创建一个拉取请求（PR）到开发者。团队负责人将审核PR并将其合并（如果可以的话）。如果不是，你只需在修复后再按一下你的分支。

在bitbucket上你也可以在PR上添加评论者并创建像PR这样的规则必须得到2 dev的批准才能合并

Answer 2

您可以通过

检查配置的上游分支是什么

git branch -vv --list 1234_short_description

您可以通过执行以下操作，将分支1234_short_description的上游分支设置为dev / 1234_short_description：

git branch -u dev/1234_short_description 1234_short_description

您可以通过执行以下操作之一来设置默认推送行为以推送到配置的上游分支：

git config --global push.default simple
git config --global push.default upstream

这两种情况都会导致默认推送行为推送到配置的上游分支。如果远程分支具有与本地分支不同的名称，“simple”将拒绝推送，而“upstream”将始终推送到配置的上游分支。

在此之后，应该可以通过简单地执行git push来推动。

替代方法，不改变配置

您还可以指定要推送的完整refspec。不要只做git push，而是：

git push dev 1234_short_description:1234_short_description

这意味着“将本地分支1234_short_description推送到1234_short_description repo中的远程分支dev。