github与jitpack使用的分支相关的版本

时间:2016-03-11 12:02:28

标签: java git github release jitpack

看着:

https://help.github.com/articles/about-releases/

它看起来像是特定于github,而不是一般的git功能。从我的角度来看,我的用法与分支无异。也就是说,分支x只是一个标记。也许错误修复,可能添加功能,无论如何,也许是实验性的。当然,我是git的一个非常轻量级的用户,不要使用分支,也不要合并它们的全部潜力。

这个功能对于jitpack来说似乎完全没用。然而,对于jitpack如何运作似乎至关重要。为什么呢?

据我了解jitpack,在repo上创建了一个版本,然后,自动地,JAR由jitpack编译,并可通过maven插件下载。

为什么要使用发布功能?起初我将JAR文件上传到一个版本,但实际上并不需要。 如何使用github发布作为标记比使用分支作为标记更好?实际上,它似乎提供相同的功能,从这个意义上讲,它重复了分支的功能。

据推测,有一个理由。

1 个答案:

答案 0 :(得分:1)

  

看起来这是特定于github的,而不是一般的git功能。

是的。

  

从我的角度来看,我的用法与分支无异。也就是说,分支x只是一个标记

不,它不是:GitHub版本与标签(固定标记)相关联,而不是分支(转移标记,其HEAD在每个新标记处发生变化)提交)

  

这个功能对于jitpack来说似乎完全没用。然而,对于jitpack如何运作似乎至关重要。为什么呢?

因为这就是构建的交付存储在GitHub上的方式,与用于构建所述交付的源的精确版本(通过标签)有关

  

为什么要使用发布功能?

因为二进制文件没有存储在git repo本身(这是版本源,而不是二进制文件)。因此,该版本与引用该二进制文件源版本的标签相关联。

  

如何使用github作为标记比使用分支作为标记更好?

因为分支不是标记(并用于记录源的演变) 标签是一个标记(并且可以与从所述标签标记的来源构建的交付相关联)

Atlasian gitflow”中描述的“发布分支”的概念与GitHub版本不同。

  • 一个用于记录给定版本11.1.0,11.1.1,11.1.2等的源版本。
  • 另一个用于将二进制文件与GitHub站点上的标记相关联,以便允许repo的用户不必编译源代码(并避免在repo本身中存储相同的二进制文件,使其太大而不能很容易克隆)