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

Question

查看:

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

看起来这是 github 特有的，而不是一般的 git 功能。从我的角度来看，我的用法与分支没有什么不同。也就是说，分支 x 只是一个标记。也许修复了错误，也许添加了功能，无论如何，也许是实验性的。诚然，我很少使用 git，并且不会使用分支或 merge 来充分发挥其潜力。

这个功能对于 jitpack 来说似乎完全没用。然而，这对于 jitpack 的运作方式似乎至关重要。为什么？

据我了解，jitpack 会在存储库上创建一个版本，然后 jitpack 自动编译一个 JAR，并可通过 maven 插件下载。

为什么要使用发布功能？起初，我将 JAR 文件上传到发行版，但这实际上并不是必需的。 使用 github 版本作为标记比使用分支作为标记更好吗？事实上，它似乎具有相同的功能，并且从这个意义上说，它复制了分支的功能。

想必这是有道理的。

Answer 1

it looks like this is specific to github, and not a general git feature.

是的。

My usage is, from my perspective, no different than branching. That is, branch x is just a marker

不，事实并非如此:GitHub 版本与标签(固定 标记)相关联，而不是与分支(移动 标记，其 HEAD 在每次更新时都会发生变化)相关联。提交)

This feature seems totally useless in relation to jitpack. And, yet, seems crucial to how jitpack operates. Why?

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

Why use the release feature?

因为二进制文件不存储在 git 存储库本身中(它用于版本源，而不是二进制文件)。因此，该版本与引用该二进制文件源版本的标签绑定(bind)在一起。

How is using github release as a marker better than using a branch as a marker?

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

<小时/>

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

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