2017-09-19 20 views
1

他の人のRepoの例がありますが、質問をよくしています。このプログラムのGitHub上のコードの以前のバージョンにパッチをリリースするにはどうすればよいですか?

https://github.com/cfry/dde/releases

開発は、新しいリリースを出しされて、うまく進んでいます。 1.xから2.xへの大きな変更は、いくつかのユーザーが依存している機能を一部破ります。彼らはバージョン1.1.9で立ち往生しています。 (1.1.10は実際には小さな機能でも機能を破ります)。しかし、間欠的な問題を引き起こす1.1.9のバグが見つかりました。

私たちは1.1.9でバグを修正し、混乱したり愚かではないものを公にリリースすることはできますか?それはどんなバージョンですか? 1.1.9.1? 1.1.9A?まだ1.1.9ですが、日付が違うのですか?

1.1.9のブランチであると仮定しますが、実際にリリースを行う方法については混乱しています。 Git strategy to backport bugfixes into older branches (cherry-pick vs. merge)

を正直なところ、私は私がしたことが、より混乱している:

私はこれを読みました。その問題には私たちのニーズに当てはまらず、問題を単純に過度に複雑化する問題があると私は思う。

これらの高度なGitHubの使用に関する問題については、どこから直接お聞きしますか?確かにconveredしていないようです:

https://help.github.com/

+1

あなたが本当にあなたに任せられるでしょう*私はそれを名前*する必要があります以外、あなたは本当に質問をしていません。資料を読むためにどこに行くべきかを尋ねるのは、ここでは話題になっていません(オフサイトのリソースを見つける、または推薦するという要求です)。 –

答えて

1

名それほど重要ではありません。重要なのは、あなたのプログラムは、正確な、それが構築されたコミット表示する何とかできることである、その中あなたは正確な情報源を見つけることができます。
命名規則の面では、例えばsemver.orgを参照し、1.1.9の後にビルドメタデータを追加します。

修正プログラムを記録するためにブランチを作成する必要があります。また、その修正プログラムを現在の開発ブランチに適用する必要があるかどうか、またはそのバージョンに完全に固有であるかどうかを判断する必要があります。

+0

わかりやすいように、わかりやすいステップで: 1. 1.1.9ブランチをチェックしてください。 2.バグを修正してください。 3. 1.1.9-patch1のようなバージョンをコミットしてください。 –

+0

@JamesNewtonはい、そのようにすれば、そのバージョンがどのようなものかを簡単に確認できます。 – VonC

関連する問題