一个非常简单的git部署,如何构建git?

时间:2017-02-22 21:57:23

标签: git deployment merge git-flow

这只是一个想法。我正在考虑它,不确定这是否是最佳的。

我们是一个很小的团队。 1人最多3人。一般只有一个人。因此,基本上所有写的或几乎全部,比如说99%,都会被推送到临时/生产。这方面没有大的长期特征发展。

我们有3个阶段

  1. 本地
  2. 分期
  3. 生产
  4. 我在git 2分支上创建了:

    1. 分期
    2. 生产
    3. 你在当地发展,一旦满意,就把它推到舞台上。

      它运作良好吗?我们将它合并到生产部门。

      像这样,很容易看到生活中的内容,即生产分支上的所有内容。

      现在从登台到生产合并的最佳方式是什么?来保持提交,同时也看看合并何时完成。因此很容易恢复到“预合并”状态。

      一般来说,有更好的方法吗?

      如何正确标记内容?

      它必须简单,对于一个大多数一个人的团队,或者一个小团队来说,一件很复杂的事情并没有多大意义。

      我在这里读到:

      https://datasift.github.io/gitflow/IntroducingGitFlow.html

      它没有提供命令,对我来说看起来有点太复杂了

1 个答案:

答案 0 :(得分:1)

我认为 git flow 并不复杂。它通过它自己做了很多工作,也许它正是你想要的,以便有一个线性的年表和良好的分支处理。 它提供了一些默认分支,可帮助您进行软件配置管理。

通常我主要使用两种git flow可能性:

  1. 功能:使用git flow feature start featureName创建一个新分支,从develop分支开始。每次要为应用程序添加新功能时,都可以使用此功能。完成开发新功能后,使用git flow feature finish featureName,合并分支以进行开发(无快进),然后删除。
  2. 发布:几乎使用与功能相同的命令(当然还有发布而不是功能),您可以再次从develop分支启动新版本。当发布准备就绪时,使用git flow release publish releaseName,发布分支将在开发和主分支中合并(始终没有快速使用)。
  3. Git flow提供其他分支类型,例如hotfix或bugfix。 我建议看看这个cheatsheet,因为我认为这可能是一个很好的起点。