Java github发布了与分支相关的版本，如jitpack所使用的

看看：

看起来这是github特有的，而不是一般的git特性。从我的角度来看，我的用法与分支没有什么不同。也就是说，分支

x

只是一个标记。可能是错误修复，可能是功能添加，不管怎样，可能是实验性的。诚然，我是git的一个非常轻的用户，不使用分支，也不使用合并，以充分发挥他们的潜力

与jitpack相比，此功能似乎完全无用。然而，jitpack的运作方式似乎至关重要。为什么?

据我所知，jitpack在repo上创建了一个发行版，然后自动地由jitpack编译一个JAR，并通过maven插件提供下载

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

想必，这是有道理的

看起来这是github特有的，而不是一般的git特性

是的

从我的角度来看，我的用法与分支没有什么不同。也就是说，分支x只是一个标记

不，它不是：GitHub发布与标记（固定标记）相关联，而不是分支（在每次新提交时头部都会改变的移动标记）

与jitpack相比，此功能似乎完全无用。然而，jitpack的运作方式似乎至关重要。为什么?

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

为什么要使用发布功能

因为二进制文件不存储在git repo本身中（它是用于版本源的，而不是二进制文件）。因此，该版本绑定到一个标记，该标记引用该二进制文件源的版本

使用github发行版作为标记比使用分支作为标记更好吗

因为分支不是标记（用于记录源的演化）。
标签是一个标记（并且可以与根据所述标签标记的来源构建的交付相关联）

---

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

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