首先

我将总结一下在使用git时常用的git flow操作流程。

Git flow 是什么？

这是一种利用git的功能之一——分支的开发方法。

如果在进行由多人共同开发的项目时，没有确定运用规则就采用git，就会经常发生冲突或合并错误的情况。为了避免这些问题并最大程度地利用git，可以使用git flow方法。

非常抱歉，這次我重新查證之後才了解到，原本是開發者Driessen先生在他自己的博客上公開的一篇名為「成功的Git分支模型」的文章中產生了這個想法。

五个分支

详细说明将在后文提及。

主分支放置发布的数据。

用于开展开发工作的分支。

发布
是在正式发布之前进行准备和微调的分支。

特性分支是用于开发的分支，用于实现各个功能和解决错误。

緊急修正分支是用于对已发布数据进行紧急修复的分支。

各分支的详细说明

主要分支。

师傅 (shī fu)

这个网站是完整的。
通常情况下，主分支和已发布的生产环境是相同的源代码。
在之前的工作中，将合并到主分支后会反映到生产环境中。（生产环境等同于主分支）
Mercurial中的默认分支与之相同。

发展

开发中的内容（如果是更新案件，则是下一个发布版本）完整地反映出来。
这是开发工作的主要分支，每位开发人员创建或修改的源代码都会聚集到此分支中。
在更新案件中，与主分支的区别仅限于”下一个发布版本”。

支持分部

将功能的添加、修复和准备整合到一个称为“支持分支”的分支中，以便在有任何问题时能够快速修正。

发布

完成开发任务后，进行发布时微调的分支是开发分支。发布分支是从开发分支创建的。

分支来源：develop
Marge先：develop和master

特征

主要是用于开发和修改新功能等的分支。
分支名称以”feature/news”等为例，feature/之后写上要实现的功能等。
如果在发布前发现了新功能中的错误等问题，从develop分支上创建一个修复用的分支，比如feature/bug_xx，并在修复完成后将其合并到develop分支。
在调试结束之前不要将其合并到develop分支。

分歧源：发展
Marge先生/女士：发展

紧急修复

如果在发布后发现了故障，会创建一个分支。（有些分支最好不要创建…）

分支源：主分支
Marge先：开发分支和主分支

整体形象

总结

• 分岐元やmerge先をミスってしまうと、大事故（そして面倒）になるので、気をつけること！

• LP1ページなどではここまでの運用はいらないと思いますが、小規模〜中規模案件で少しずつ慣れておくといいと感じます。

• master, release, develop, feature, hotfixの各ブランチの役割を把握・運用することが、

案件をスムーズに進めるための重要だと思います。

我借鉴了这篇文章。

在进行写作时，重新学习了一次Atlassian Git 教程！