1

私のSO 投稿に基づいて、私は Github を VCS として使用してきました。Windows Github ツールの助けを借りて、これらの基本的な操作を処理するのは素晴らしいことです。まだマージのような操作については、Gitbash ( SO Post ) に戻らなければなりませんが、それで問題ありません。

そのため、ソース コード レベルの VCS が用意されています。ここで、一歩前進し、その単純な問題トラッカーを使用して「リリース コントロール」を実現したいと考えています。私たちにとって、これは各安定ビルドを追跡できることを意味します (新機能またはバグ修正などである可能性があります) 。アイデアは、問題を作成し、それらをマイルストーンに結び付け、Github コミット コメントを使用して問題をクローズし、マークすることです。安定したリリース/ビルドとして。タグ付けはどこで行われますか?

進行中の変更のための「開発」ブランチがあり、定期的にマスターとマージされていることを知りました(つまり、各安定ビルド)。

これは正しい方法ですか?1.1 から 1.0 をリリース/ビルドできるようにする必要があります - 将来いつでも必要になる場合に備えて、一種のロールバック (これは可能ですか? どうやって? )

あなたの経験と提案を共有してください。

4

1 に答える 1