Git 我应该在什么时候创建新分支?

Git 我应该在什么时候创建新分支?,git,branch,versioning,Git,Branch,Versioning,我第一次使用git作为版本控制系统。 我正在开始一个新的项目,因此为了试验一下项目中使用的技术(hello world示例…),我想创建一个类似“游乐场”的分支。创建一个新的分支“游乐场”是常见的,还是应该在主分支中创建一个名为“游乐场”的文件夹 关于当您在进行某种性质的实验性开发工作时,应该创建一个新的分支。因此,在您的场景中,一定要创建一个新分支,而不是在master中创建一个文件夹。如果您将沙盒工作创建为主目录中的一个目录,它将驻留在那里,直到您使用git将其删除。在主分支中放置死代码无论

我第一次使用git作为版本控制系统。 我正在开始一个新的项目,因此为了试验一下项目中使用的技术(hello world示例…),我想创建一个类似“游乐场”的分支。创建一个新的分支“游乐场”是常见的,还是应该在主分支中创建一个名为“游乐场”的文件夹


关于

当您在进行某种性质的实验性开发工作时,应该创建一个新的分支。因此,在您的场景中,一定要创建一个新分支,而不是在master中创建一个文件夹。如果您将沙盒工作创建为主目录中的一个目录,它将驻留在那里,直到您使用git将其删除。在主分支中放置死代码无论如何都不是理想的,因为它可能会使其他开发人员感到困惑,并且可能在应用程序的生命周期中一直处于腐朽状态


如果您的团队遇到一个bug,您不会希望他们浪费时间探索实验工作,以确定bug是否存在于该目录中。创建新分支允许您将更改与主分支隔离。如果您的实验进展顺利,您始终可以选择将更改合并到主分支中。如果事情进展不顺利,您可以随时丢弃分支或将其保存在本地存储库中。

分支有很多用途,这在一定程度上取决于您的工作流程。两种常用的工作流是:

两者都使用所谓的主题分支在中构建新特性,一旦准备好/接受,这些特性就会合并回来

Github流相当简单,显然是Github使用的。Gitflow有点复杂,当您需要支持应用程序的多个版本时,它更适合于应用修补程序


最后,使用哪种工作流取决于您的偏好,但因为在git中创建分支非常便宜,所以创建多少分支(最终再次删除)并不重要。

常用的方法是将主分支用作活动分支。然后,从主控形状创建新分支并对其进行操作(要素分支)。完成工作后,将更改合并回主控形状

您可以像开发分支一样构建新的远程分支,并在只需要预览时将更改合并到此分支。有一些方法,但有很多关于谷歌的信息



你应该大胆地通过实验学习,但要在操场上重新学习。
回购协议中的游乐场目录受益较少。
玩一出戏,犯一些错误,学一些东西——删除几次,然后疯狂地玩

e、 g


<>我也会用GITHUB从你选择的语言中抓取一个活跃的项目,然后用真正的代码进行合并、重新建立等。

< P>你应该考虑创建新的分支并在这些情况下工作:-< /P>
  • 当您想在沙箱环境中进行工作/测试时

  • 这是一个很好的实践,保持你的提交在本质上很短,所以你频繁的提交可能会干扰其他人的开发区域,所以最好在一个分支上完成你的工作,然后再将你的分支合并到主分支中[提示]记住要经常将主分支合并到分支中,以保持分支与主分支的同步。所以在以后的时间点上,你没有很多东西可以手工合并

  • 你想解决一个bug。最好在其他分支上解决它,然后再合并它

  • 如果提交出错/破坏了构建,则生产构建不会受到影响。所以我喜欢使用至少两个分支dev branch和prod branch。当一切都经过充分测试后,将开发分支合并到生产分支


“您应该创建一个新分支…”始终,句号。
$ mkdir playground  
$ git init
$ touch hello-world
$ git add hello-world
$ git commit -m "my first commit"
$ git branch goodbye
$ git checkout goodbye
$ echo "goodbye" | cat >>hello-world
$ git status
$ git add hello-world 
$ git commit -m "goodbye commit"
$ git merge master