看着：
https://help.github.com/articles/about-releases/
看起来这是特定于 github 的，而不是一般的 git 功能。从我的角度来看，我的用法与分支没有什么不同。也就是说，分支x只是一个标记。也许是错误修复，也许是添加了功能，无论如何，也许是实验性的。诚然，我是一个非常轻量级的 git 用户，并且不使用分支或合并来充分发挥其潜力。
与 jitpack 相比，此功能似乎完全没用。然而，这似乎对 jitpack 的运作方式至关重要。为什么？
据我了解 jitpack，在 repo 上创建一个版本，然后，自动地，一个 JAR 由 jitpack 编译并通过 maven 插件可供下载。
为什么要使用发布功能？起初我将 JAR 文件上传到发行版，但这实际上并不是必需的。 使用 github 版本作为标记比使用分支作为标记更好吗？ 事实上，它似乎服务于相同的功能，并且从这个意义上说，它复制了分支的功能。
想必是有道理的。
看起来这是特定于 github 的，而不是一般的 git 功能。
是的。
从我的角度来看，我的用法与分支没有什么不同。也就是说，分支 x 只是一个标记
不，它不是：GitHub 版本与标签（固定标记）相关联，而不是分支（在每次新提交时其 HEAD 更改的移动标记）
与 jitpack 相比，此功能似乎完全没用。然而，这似乎对 jitpack 的运作方式至关重要。为什么？
因为这就是构建的交付存储在 GitHub 上的方式，与用于构建所述交付的源的精确版本相关（通过标签）
为什么要使用发布功能？
因为二进制文件不存储在 git repo 本身中（它存在于版本源中，而不是二进制文件）。因此，发布与引用该二进制文件源版本的标签相关联。
使用 github 版本作为标记比使用分支作为标记更好吗？
因为分支不是标记（并且用于记录来源的演变）。
标签是一个标记（并且可以与从该标签标记的源构建的交付相关联）
“ Atlasian gitflow ”中描述的“发布分支”的概念与 GitHub 发布不同。