3

かなり珍しいタグ戦略を使用するプロジェクトがあります。タグがリーフになるので、履歴は次のようになります。

  0.3.0                        0.3.0
|/                               |
| 0.2.0      rather than       0.2.0
|/                               |
| 0.1.0                        0.1.0
|/                               |

これを行う理由は、タグにdist出力を含める必要があるためですが、開発中はそのようなファイルをバージョン管理にコミットしたくありません。そのため、ビルドを実行すると、ビルド ツールが自動的に分岐し、dist生成されたコミットを使用してビルド アーティファクト (フォルダー) を追加し、そこにタグを作成します。

このワークフローは一見奇妙に見えるかもしれませんがdist、ダウンストリームの展開プロセスのためにタグにフォルダーを含める必要があるため、これまでのところ非常に便利であることがわかりました。

問題は、リリース ノートを自動的に生成したいということです。問題は、そのようなシナリオで以前のタグをどのように把握するかということです。ここでの回答は知っていますが、タグがリーフであるため、そのようには機能しません。

4

5 に答える 5

2

（編集：元の報われた回答は下にあります。タグがベースをマージしてgit describe見つけることができるはるかに簡単な方法です。

doit () 
{ 
    cleanup="`mktemp -t`";
    git for-each-ref refs/tags/"$1" --format='
           echo git tag -d base/%(refname:short) >> '"$cleanup"'
           git tag base/%(refname:short) $(git merge-base HEAD %(refname:short))
        ' | sh -x;
    result=`git describe --tags`;
    sh -x "$cleanup";
    rm "$cleanup"
    echo ${result#base/}
}
doit "0.*"

)

この回答latest.awkから次のように使用します。

doit ()
{
        git rev-list --topo-order --first-parent --children --tags --format=%d \
        | awk -f path/to/latest.awk \
        | sed -n /$1"/,$ { /"$1"/! {p;q} }"
}

テスト:

~/sandbox/15$ git lgdo --topo-order --tags
* ecb363d (tag: tag4) tag4
* cd9f402 master
| * 26aa94b (tag: tag3) tag3
|/
* a1b6c1b master
| * 8866091(tag: tag2)tag2
|/
* b5d5283 master
| * 29a4e54(tag: tag1)tag1
|/
* cfcd7dc master
* 6120ab4 (tag: empty)
~/sandbox/15$ doit tag2
29a4e54debae973dfc3955d6663f14d6ade73df9 (tag: tag1)
~/sandbox/15$

（編集：および

~/sandbox/15$ git checkout tag4
HEAD is now at ecb363d...  tag4
~/sandbox/15$ git describe --tags
tag4
~/sandbox/15$ doit `git describe --tags`
26aa94bad1e37602791c354823cb4a84ff6fc437  (tag: tag3)
~/sandbox/15$

)

(git lgdoのエイリアスでgit log --graph --decorate --onelineあり、make-me-some-commits ヘルパーのコミット メッセージ アーティファクトがある「マスター」)

于 2013-11-21T01:31:13.140 に答える
0

私の理解が正しければ、現在の頭が on0.3.0のときに を取得したい0.2.0、 on のときに0.2.0を取得したい0.1.0、などです。これは、次の 2 つの手順で行うことができます。

  1. を使用して現在のタグを取得しますgit describe --tags

  2. 日付でソートされたタグのリストを取得します。現在のタグの後の行は前のタグである必要があります

例えば：

current=$(git describe --tags)
git for-each-ref --sort=-authordate refs/tags --format '%(refname)' | \
  cut -d/ -f3 | grep -A1 -F $current | tail -n 1

これがまだあなたが探しているものでない場合はお知らせください。

于 2013-11-20T07:19:04.837 に答える
0

これは、これまでに思いついた最高のものです。

git tag | sort -n -t. -k1,1 -k2,2 -k3,3 | tail -1

ここで説明されているように、並べ替えは正気の方法で並べ替えるだけです。

ただし、それはあなたの電流がどこにあるかを実際には考慮していませんHEAD. そのため、チェックアウト0.2.0してから実行すると0.3.0、以前のタグとして取得されますが、これは正しくありません。ただし、それは私のユースケースでは大きな問題ではありませんが、誰かが実際に正しく動作するものを考え出すことができれば、私はまだ興味があります.

于 2013-11-12T10:19:18.840 に答える
0

'leaf' タグにメイン ブランチからのコミットが 1 つしかない場合:

git log --pretty=format:"%d %h %s" | grep '^ (' | grep -A2 '0.3.0' | tail -n1

次のような以前のバージョンのタグが含まれている行があります。

 (0.2.0) b5f4956 Commit message

awk を使用して () 内のタグを取得するか、() の後に sha1 を使用して作業を続行します。

あなたはあなたのシナリオに適応grep -A2する-A1か-B2、シナリオに従ってください。

于 2013-11-18T04:58:47.320 に答える