Git ワークフローのディスカッション

Question

いくつかの git ワークフローを調べた結果、どれも現在のプロセスと一致していないと感じました。現在、本番環境、テスト環境、ローカル環境の 3 つの環境があります。開発者はローカルで開発し、テスト環境にプッシュし、テスターはテスト環境でテストして受け入れます。

現在、私たちには十数人の小さなチームしかいません。そのため、特定の日にリリースする特定のバージョンや完了するタスクはありません。全員の作業は、小さな機能を完了した後、または小さなバグを修正した後、テスト環境をテストするためにテスターに​​直接プッシュされるようなものです。開発をマスターに直接マージしてリリースします。 このプロセスは、人数が少ない場合には問題ありませんが、オンライン化する機能があり、別の機能がまだテスト段階にあるため、マスターと開発をマージすることはできません。テストが終了するのを待つだけです...

関数ブランチモデルに基づいて、関数を実行するかバグを修正するためにブランチを切り取り、それをテスト用に開発にマージし、テストに合格した後にマスターにマージすることで、上記の問題は解決できるようです。マスターはいつでも運用環境にプッシュできます。しかし、もう 1 つの問題は、チーム内のメンバーのレベルが均一ではないことです。つまり、マスターにマージする操作を実行できるのは 1 人だけであるということです。全員ではありませんが、毎日多くのブランチが生成される可能性があります。これらの小さなブランチを手動でマージするのは、PR を送信する方法と似ています。効率的ではありません...

いつでもどこでも、テスターがテストに間に合うように変更内容を確認できる方法はありますか?選択してください!コードを実稼働環境にマージしますか?

Answer 1

これは私たちのワークフローと非常に似ていますが、バージョンをリリースする特定の時期を規定しており、バージョンがリリースされた後、開発者は独自のブランチで開発し、マージするときにスーパーバイザーにマージリクエストを送信します。監督者が同意した場合は開発ブランチに進み、テスト後、問題がなければメインブランチに進みます。

Answer 2

あなたの質問は普通だと思います。たとえば、A さんが関数を作成した場合、開発ブランチをプッシュして、誰がこのバージョンをリリースしても、関数全体が完成しているかどうかをテストする前に、それをテストする必要があります。 、彼はこのプロセスを経る必要があります。開発時にテスト中のコードがあり、緊急のバグ修正をプッシュする必要がある場合、通常 2 つの方法があり、1 つは開発時にテスト中のコードを選択する方法、もう 1 つは緊急ブランチを使用する方法です。

Answer 3

git Cherry-pick
このコマンドはコミットを選択的にマージできます。通知テストの場合、マージ後に指定した電子メール アドレスに電子メールを自動的に送信するように GitHub を構成できます。

git チェリーピック