这只是一个想法。我正在考虑它,不确定这是否是最佳的。
我们是一个很小的团队。 1人最多3人。一般只有一个人。因此,基本上所有写的或几乎全部,比如说99%,都会被推送到临时/生产。这方面没有大的长期特征发展。
我们有3个阶段
我在git 2分支上创建了:
你在当地发展,一旦满意,就把它推到舞台上。
它运作良好吗?我们将它合并到生产部门。像这样,很容易看到生活中的内容,即生产分支上的所有内容。
现在从登台到生产合并的最佳方式是什么?来保持提交,同时也看看合并何时完成。因此很容易恢复到“预合并”状态。
一般来说,有更好的方法吗?
如何正确标记内容?
它必须简单,对于一个大多数一个人的团队,或者一个小团队来说,一件很复杂的事情并没有多大意义。
我在这里读到:
https://datasift.github.io/gitflow/IntroducingGitFlow.html
它没有提供命令,对我来说看起来有点太复杂了
答案 0 :(得分:1)
我认为 git flow 并不复杂。它通过它自己做了很多工作,也许它正是你想要的,以便有一个线性的年表和良好的分支处理。 它提供了一些默认分支,可帮助您进行软件配置管理。
通常我主要使用两种git flow可能性:
git flow feature start featureName
创建一个新分支,从develop分支开始。每次要为应用程序添加新功能时,都可以使用此功能。完成开发新功能后,使用git flow feature finish featureName
,合并分支以进行开发(无快进),然后删除。 git flow release publish releaseName
,发布分支将在开发和主分支中合并(始终没有快速使用)。 Git flow提供其他分支类型,例如hotfix或bugfix。 我建议看看这个cheatsheet,因为我认为这可能是一个很好的起点。