【问题标题】:Managing a release branch in Git在 Git 中管理发布分支
【发布时间】:2011-03-09 12:24:16
【问题描述】:

所以我是第一次使用git,有一个场景我不太知道怎么解决。

我有一个简单的 web 应用程序(只有 html、css 和 js),我想生成可以通过版本号跟踪的常规版本。使用git tag 很容易做到这一点。但问题是,对于我的版本,我想做一些额外的事情,比如缩小 js 脚本并更新 html 页面以指向它们。另外,我需要一个 .gitattribute 在忽略非缩小的 js 脚本的版本中,以便git archive 产生尽可能小的输出。

我所做的是创建一个releases 分支。这个分支包括前面提到的.gitattributes,以及修改后的html页面。每次我想要新版本时,我都会切换到这个分支,合并来自 master 的更改,然后完成版本并用版本号标记它。它似乎可以按我的意愿工作,但我不确定应该如何完成。

对于更有经验的 git 用户,我的问题是这种情况通常是如何处理的?

【问题讨论】:

  • 我不知道是否有替代方案。您必须缩小发布分支上的新 js 和 css 文件。

标签: git release


【解决方案1】:

分支解决方案是一个不错的解决方案,但对于发布管理,您也可以简单地将“发布”存储在外部存储库中(例如 Maven 存储库,或声明为子模块的另一个 Git 存储库)

发布管理的事情是:

  • 您不需要每个文件的详细历史记录(因为这些文件是从源文件构建
  • 您需要像缩小的 js 一样“打包”这些“发布”文件。

出于这些原因(构建和打包),您不必将它们保存在与用于源的存储库相同的存储库中(具有详细的历史记录和多个分支)。
您根本不会以与源代码相同的速度生成发布版本:开发生命周期与发布生命周期完全不同。

【讨论】:

  • 确实如此,尽管我喜欢访问生成每个版本的代码的便利。
猜你喜欢
  • 2010-11-27
  • 2012-01-22
  • 1970-01-01
  • 2010-11-05
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-07-15
相关资源
最近更新 更多