Gitflow：修订间差异
创建页面，内容为“ Category:Git Category:Development” |
小无编辑摘要 标签：2017版源代码编辑 |
||
| 第1行： | 第1行： | ||
git-flow源于2010年一篇A successful Git branching model的文章<ref>https://nvie.com/posts/a-successful-git-branching-model/</ref>，在这10年间被很多团队采用并成为了一个事实上的“标准做法”。<ref>作者自己在2020年做了补充说明，认为10年来发生了一些变化，使用Git开发已经成为潮流且更多的应用在向Web APP方向发展。Web应用跟其他的项目有一个比较大的区别就是：Web应用通常持续集成，有问题通常会直接修复了发布而不会回退，不需要同时支持多个版本。这种情况下，作者建议使用更简单的方式如GitHub-flow代替。但同时，作者认为git-flow仍然很好的适用于以下的场景：构建多版本应用（或者说需要同时支持不同的版本）</ref> | |||
2024年10月29日 (二) 08:35的版本
git-flow源于2010年一篇A successful Git branching model的文章[1]，在这10年间被很多团队采用并成为了一个事实上的“标准做法”。[2]
- ↑ https://nvie.com/posts/a-successful-git-branching-model/
- ↑ 作者自己在2020年做了补充说明，认为10年来发生了一些变化，使用Git开发已经成为潮流且更多的应用在向Web APP方向发展。Web应用跟其他的项目有一个比较大的区别就是：Web应用通常持续集成，有问题通常会直接修复了发布而不会回退，不需要同时支持多个版本。这种情况下，作者建议使用更简单的方式如GitHub-flow代替。但同时，作者认为git-flow仍然很好的适用于以下的场景：构建多版本应用（或者说需要同时支持不同的版本）