git为不同功能分支中的通用功能合并“策略”

时间:2019-10-04 12:23:27

标签: git github branching-and-merging

假设我的git回购中有当前情况。

private void Form1_Shown(object sender, EventArgs e)        
{     
    double max = 100;     
    Bitmap bitmap = new Bitmap(Figuur.Width, Figuur.Height);  
    for (int x = 0; x < Figuur.Width; x++)
    {     
        for (int y = 0; y < Figuur.Height; y++) 
        {     
            double a = (double)(x - (Figuur.Width * schaal)) / (double)(Figuur.Width * 0.05);    
            double b = (double)(y - (Figuur.Height * schaal)) / (double)(Figuur.Height * 0.05);      
            Mandelgetal getal = new Mandelgetal(a, b); 
            Mandelgetal waarde = new Mandelgetal(0, 0);
            int i = 0;
            while (i < max)
            {
                //i++; //v1
                waarde.Vermenigvuldig();
                waarde.Toevoegen(getal);
                if (waarde.Wortel() > 2.0)
                    break;
                else
                {
                    if (i % 2.0 == 0.0)
                    {
                        bitmap.SetPixel(x, y, Color.White);
                        i++; //v2
                    }
                    else
                    {
                        bitmap.SetPixel(x, y, Color.Black);
                        i++; //v2
                    }
                } 
            }
            if (a * a + b * b > 4)
                bitmap.SetPixel(x, y, Color.Black);
            Figuur.Image = bitmap;
        }
    }
}

有dev和从dev分支出来的两个功能分支。

现在,分支“ qa_infra”中发生了基础架构更改(用于测试运行),在功能1和功能2合并回到开发之前,它们确实需要进行此功能。

问题是,在这种情况下正确的合并策略是什么?

1 个答案:

答案 0 :(得分:1)

我建议以下内容:

  1. qa_infra合并回开发人员。
  2. 将开发人员合并到feature1feature2中。
  3. 准备就绪后,将功能合并到dev中。

这样做,imho有以下好处:

  • 进行了qa_infra更改的开发人员不需要了解功能,而只需解决与dev的合并冲突(如果有)。很有可能是与qa_infra调整有关的冲突,他是专家。
  • 功能分支的开发人员可以决定何时合并其功能分支中来自dev的更改。他们可以立即合并,也可以在分支完成后合并,也可以在任何时候合并。作为开发人员,我真的很感激,因为我可以先完成当前的逻辑步骤,然后再处理合并和可能的冲突。
  • 合并冲突(如果发生冲突)可以由可能最了解给定冲突的开发人员以较小的增量步骤解决。
  • 奖金:这也符合git-flow;)
相关问题