2017-11-07 4 views
0

私はこの開発に取り組んでいます:新しい機能を実装するときにgit-describeからバージョンを管理する方法は?

* a3bde21 (feature) 
* bdf3b22 
* 5a4d8e9 (master, tag: v0.1.0) 
* 47312aa 
* abd2111 

のでgit describeが私にv0.1.0を与えるだろう。問題は、私がもはやv0.1.0ではない機能を実装していることです。私のプログラムをビルドして実行可能ファイルを誰かに与えると、それはv0.1.0だと思うでしょうが、そうではありません。

だから私はsemverに従うとビルド番号を追加することができます

0.1.0+a3bde21 

しかし、それはまだバージョン0.1.0と見られているが。

この問題はどのように解決する必要がありますか?

答えて

2

GitVersionをご覧ください。 git describeよりはるかに強力で構成可能です。対応するバージョン番号semverを生成します。

+0

興味深いかもしれませんが、 'README.md'やreadthedocsのドキュメントでも、「GitVersionは何をしていますか」の説明はありません。私はモノラルで実行されているそのような巨大なプロジェクトにはかなり恥ずかしがり屋です... – nowox

+1

@nowox私はそれが少し難しいことに同意します。しかし、あなたの質問はおそらくあなたが思っているよりも深いものです。それは基本的な質問につながります:あなたの分岐戦略は何ですか?答えに応じて、異なるバージョン番号が付けられます。あなたの例では、機能ブランチはおそらくバージョンに反映されるべきベータ版です。 –

関連する問題