1

見つめている：

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

これは github 固有のものであり、一般的な git 機能ではないようです。私の使用法は、私の観点からは、分岐と同じです。つまり、ブランチxは単なるマーカーです。バグ修正かもしれないし、機能追加かもしれないし、なんであれ、実験かもしれない。確かに、私は git の非常に軽いユーザーであり、分岐やマージを最大限に活用していません。

この機能は、jitpack に関してはまったく役に立たないようです。それでも、jitpack がどのように動作するかは非常に重要なようです。なんで？

私が理解しているように、jitpack では、レポでリリースが作成され、自動的に JAR が jitpack によってコンパイルされ、maven プラグインを介してダウンロードできるようになります。

リリース機能を使用する理由 最初は JAR ファイルをリリースにアップロードしていましたが、実際には必要ありません。 ブランチをマーカーとして使用するよりも、githubリリースをマーカーとして使用する方が良いのはなぜですか? 実際、同じ機能を果たしているように見え、その意味で、ブランチの機能を複製しています。

一応、一理あります。

4

1 に答える 1

1

これは github 固有のものであり、一般的な git 機能ではないようです。

はい、そうです。

私の使用法は、私の観点からは、分岐と同じです。つまり、ブランチ x は単なるマーカーです。

いいえ、そうではありません: GitHub リリースは、ブランチ (新しいコミットごとに HEAD が変化するシフトマーカー) ではなく、タグ (固定マーカー) に関連付けられます。

この機能は、jitpack に関してはまったく役に立たないようです。それでも、jitpack がどのように動作するかは非常に重要なようです。なんで？

これは、ビルドされた配信が GitHub に保存される方法であり、その配信を構築するために使用されたソースの正確なバージョンに関連して (タグを介して)

リリース機能を使用する理由

バイナリは git リポジトリ自体には保存されないためです (これは、バイナリではなくバージョン ソースに存在します)。したがって、リリースは、そのバイナリのソースのバージョンを参照するタグに関連付けられています。

ブランチをマーカーとして使用するよりも、githubリリースをマーカーとして使用する方が良いのはなぜですか?

ブランチはマーカーではないため (ソースの進化を記録するために使用されます)。
タグはマーカーです (このタグでマークされたソースから構築された配信に関連付けることができます)。

「 Atlasian gitflow」に記載されている「リリース ブランチ」の概念は、GitHub リリースと同じではありません。

  • 1 つは、特定のリリース 11.1.0、11.1.1、11.1.2 などのソースのバージョンを記録するためのものです。
  • もう 1 つは、バイナリを GitHub サイトのタグに関連付けて、レポのユーザーがソースをコンパイルする必要がないようにするためです (また、同じバイナリをレポ自体に格納することを回避し、サイズが大きすぎて簡単に複製できないようにするためです)。 )
于 2016-03-11T12:11:39.650 に答える