共计 748 个字符，预计需要花费 2 分钟才能阅读完成。
Spartacus 开源我的项目里存在如下的 git 分支：
- feature/GH-xxxx 分支用于简略的性能和谬误修复
- epic/epic-name 分支用于大性能的开发
- release/1.4.0-rc.0 分支用于特定的公布（你能够将它们与保护分支辨别开来，因为蕴含了残缺的版本号）
Epic 开发流程
以下是应用 epic 的步骤：
- 从 develop 分支创立一个新的 epic/epic-name 分支。
- 从 epic/epic-name 为 epic 子工作创立分支，并将它们合并回 epic/epic-name 分支。
- 在开发过程中刻意地用开发分支的更改更新 epic 分支，这将帮忙你治理抵触。
- 当 epic 开发实现后，创立一个 PR 并将 epic 分支合并到开发分支。
下图是 Spartacus 里一个 epic 分支的例子：
小性能的开发流程
- 从 develop 分支创立一个新的 feature/GH-xxxx 分支。
- 开发你的性能。
- 实现后，创立一个 PR 并将 feature/GH-xxxx 分支合并到 develop 分支。
上面是这种分支的一个例子：
以下是咱们目前应用的一些术语：
性能解冻: Feature freeze: 形容了咱们实现了新的主要或次要版本的所有性能的时刻（这意味着咱们心愿很快公布 rc，但仍须要修复一些谬误）。代码解冻: Code Freeze: 形容了咱们进行提交代码的时刻（只管咱们的流程不须要这样做，因为咱们总是能够切断公布或保护分支并持续提交）。
咱们能够创立一个新的保护分支并公布一个新的 rc，而不是解冻性能。第一个 RC 可能有 bug，因为 rc 版本可能蕴含 bug 是公认的。
咱们能够创立一个新的公布分支，而不是解冻代码。咱们永远不须要阻塞次要的开发或保护分支（咱们不须要用这些细节来打搅开发人员，因为咱们的流程反对在这些分支上并发工作并公布另一个版本）。
正文完
