2017-11-21 2 views
-2

gitフローのドキュメントを読んだあと、私は完全に未定義の「プロダクションリリース」について知りたいと思っていますが、それが何であるか分かりませんし、完全に未定義です。「本番リリース」とは何ですか?

は何である[開発]:生産リリースの

支店名:[マスター] "次 リリース" 開発のための
支店名

は、彼らは私が次のことを答えることを期待します「プロダクションリリース」?コードのバージョンであると判断しただけですか? 「次のリリース」とは何ですか?彼らは私にどのように知って欲しいと思う?

リリースが分岐する場合、git flowはプロダクションリリースのブランチ名としてデフォルトのマスターになるのはなぜですか?それはどうやって小さなビットセンスですか?それは、彼らが働いているように見えるように誰かが料理しただけの大きな混乱のようです。

+1

["git flow"の簡単な検索](https://www.google.com/search?q=git+flow&oq=git+flow&aqs=chrome..69i57j69i60l3j0l2.1135j0j7&sourceid=chrome&ie=UTF-8)にはあなたのためにその質問に答えるはずのヒット数。 – crashmstr

+0

@crashmstr私が知っていることが分かりにくいほど、私は知りません。私は、リリースブランチは開発ブランチに基づいていることを知っています。 "プロダクションリリース"マスターのブランチ名はなぜですか?今回は何も理解していないし、直感的なシステムを作り出せるようになったときに彼らが意図的にそれをやったことは確かだ。 –

+0

私は、アウトプットされ、ユーザーが利用できるバージョンを「プロダクション」と呼ぶのが一般的であることを発見しました。したがって、「プロダクションリリース」は、ユーザーにリリースされるコード(プロダクションサーバーに展開され、ダウンロード可能など)のバージョンです。 GitFlowは、特定のブランチを設定して、「生産中」のコードのバージョンを表します。 – crashmstr

答えて

-1

Gitではコードを維持し、コードの履歴をすべて保存できます。コードの作成を開始すると、コミットを進めることができます。コミットが行われると、コードをテストする必要があるのは当然です。テストと開発は、理論的には2つの並列プロセスであり、2人の異なる人が行います。その結果、開発段階はコミット段階より前に行われます。また、以前のコミットで見つかったバグを修正する必要があります。たとえば、5回目のコミットを行っているときに、テスターはバグのないコミット3だけをテストできます。したがって、この段階では、コミットするためにのみ展開(リリース)することができます。

この情報をgitに保存する方法はたくさんあります。コミット3からブランチを作成することは、そのブランチリリースに名前を付ける1つの解決策であり、他のブランチの名前は開発という名前になります。私はコミットに個人的にタグを使用します。

関連する問題