Git 是否在创建新分支之前签回master?

Git 是否在创建新分支之前签回master?,git,Git,假设我有10个任务,并希望为每个任务创建一个新的Git分支。每个任务都使用自己的类,因此不会出现task10需要task8中的代码的情况 我应该这样做: 做一些编码 创建一个具有任务名称的分支并提交给它 继续编码,完成后创建一个具有任务名称的分支并提交给它 继续这样下去直到结束 或者正确的方法是: 做一些编码 创建一个具有任务名称的分支并提交给它 签出主机并继续编码。完成后,使用任务名称创建一个分支并提交给它 结帐掌握和做更多的编码,并继续这样直到结束 哪一个是正确的方法 如果第一种方法是正确的

假设我有10个任务,并希望为每个任务创建一个新的Git分支。每个任务都使用自己的类,因此不会出现
task10
需要
task8
中的代码的情况

我应该这样做:

  • 做一些编码
  • 创建一个具有任务名称的分支并提交给它
  • 继续编码,完成后创建一个具有任务名称的分支并提交给它
  • 继续这样下去直到结束
  • 或者正确的方法是:

  • 做一些编码
  • 创建一个具有任务名称的分支并提交给它
  • 签出主机并继续编码。完成后,使用任务名称创建一个分支并提交给它
  • 结帐掌握和做更多的编码,并继续这样直到结束
  • 哪一个是正确的方法


    如果第一种方法是正确的,那么新分支是主任务的分支还是新分支是前一个任务的分支?

    如果所有任务都是独立的,那么它们应该从主任务的分支中分离出来,所以第二种方法是合适的。如果两个任务相互关联,则通常可以将它们合并为一个独立于所有其他任务的任务

    流程与第二种方法相似,但有一些变化:

  • 收银台主机
  • 创建新的分支任务\u 1
  • 对分支上的任务进行一些编码
  • 提交到分支任务_1
  • 对所有后续任务重复步骤1

  • 虽然未提交的更改可以稍后提交到git中的一个新分支,但我更喜欢在启动代码之前创建一个新的任务分支,以便我可能需要对该分支所做的任何更改等都保留在该分支上,而其他分支(包括
    master
    )不受影响。防止主分支历史的任何意外重写变得更加重要,因为它是所有其他分支的参考分支。另一个重要的优点是可以同时处理多个任务。

    我同意,先创建一个分支,然后再进行更改。这似乎合乎逻辑。