質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
86.12%
Git

Gitはオープンソースの分散バージョン管理システム(DVCS)です。

マージ

複数のデータベースやファイル、プログラムなどを決まった手順や規則に従って一つに結合すること。

GitHub

GitHubは、Gitバージョン管理システムを利用したソフトウェア開発向けの共有ウェブサービスです。GitHub商用プランおよびオープンソースプロジェクト向けの無料アカウントを提供しています。

コードレビュー

コードレビューは、ソフトウェア開発の一工程で、 ソースコードの検査を行い、開発工程で見過ごされた誤りを検出する事で、 ソフトウェア品質を高めるためのものです。

解決済

GitHubチーム開発 プルリクエスト間の依存性がある場合、どうするのが良いのか。

Kchan_01
Kchan_01

総合スコア110

Git

Gitはオープンソースの分散バージョン管理システム(DVCS)です。

マージ

複数のデータベースやファイル、プログラムなどを決まった手順や規則に従って一つに結合すること。

GitHub

GitHubは、Gitバージョン管理システムを利用したソフトウェア開発向けの共有ウェブサービスです。GitHub商用プランおよびオープンソースプロジェクト向けの無料アカウントを提供しています。

コードレビュー

コードレビューは、ソフトウェア開発の一工程で、 ソースコードの検査を行い、開発工程で見過ごされた誤りを検出する事で、 ソフトウェア品質を高めるためのものです。

1回答

0リアクション

2クリップ

575閲覧

投稿2021/08/28 04:06

編集2021/08/28 04:10

チーム開発で、GitHubを使い始めました。

主な開発手法

2人で開発しており、mainブランチに対して、issueごとにブランチを切って、プルリクエストを投げ、お互いのコードをレビューしあって、コードの品質を保証するというやり方をしています。

プルリクエストが承認された場合、各開発ブランチはmainをrebaseで取り込むということを行い、mainとの差分を適切なものに維持します。

起きている問題

プルリクエスト間の依存性

mainへのマージにはレビューが必須なため、片方がレビューが遅れるとプルリクエストが溜まってしまい、以前投げたプルリクエストの変更に依存性があるプルリクエストが発生することになりました。

試した方法

この場合、依存性のあるブランチに対して、プルリクエストを投げるというやり方で、直接mainに対してプルリクエストを投げないようにし、1つめのブランチと差分もGitHub上で見れるようするという解決方法を取りました。

しかし、そうすると、1つ目のプルリクエストで修正があった場合、後ろに続くプルリクエストでコンフリクトが多発するようになり、レビューの効率が大きく下がりました。

質問内容

このような状況では、プルリクエスト間で依存性があるものを開発する場合、手前のプルリクエストが承認されるのを待つ。というのが正しいのでしょうか。

他によい管理方法があれば教えていただきたいです。

以下のような質問にはリアクションをつけましょう

  • 質問内容が明確
  • 自分も答えを知りたい
  • 質問者以外のユーザにも役立つ

リアクションが多い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

気になる質問をクリップする

クリップした質問は、後からいつでもマイページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

下記のような質問は推奨されていません。

  • 間違っている
  • 質問になっていない投稿
  • スパムや攻撃的な表現を用いた投稿

適切な質問に修正を依頼しましょう。

Zuishin

2021/08/28 04:12

ボトルネックがあるのであればそこのレビューを最優先で終わらせる他ないと思いますが、開発する人を一人レビューに回せばいいのではないでしょうか。
Kchan_01

2021/08/28 04:28

自分で投げたプルリクエストに対して、自分でレビューをするということでしょうか。セルフレビューはプルリクエストを投げる際に行っているので、その方法を取ってしまうと、レビューを挟んでいる意味がなくなります。
Zuishin

2021/08/28 04:31

一人が開発をやめてレビューに専念するということです。
Kchan_01

2021/08/28 04:33

プルリクエストを優先していますが、それでも多忙でこのような状況が起きているという前提です。 つまりレビューが開発スピードのボトルネックになっているという状況です。
Zuishin

2021/08/28 04:37

一人が暇で開発しすぎて忙しい方のレビューが追いつかないということですか? どちらもレビューできるのであれば、速い方がレビュー専門になれば片付くと思います。 人を増やすのが根本な解決になるとは思いますが。

まだ回答がついていません

会員登録して回答してみよう

アカウントをお持ちの方は

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
86.12%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問

同じタグがついた質問を見る

Git

Gitはオープンソースの分散バージョン管理システム(DVCS)です。

マージ

複数のデータベースやファイル、プログラムなどを決まった手順や規則に従って一つに結合すること。

GitHub

GitHubは、Gitバージョン管理システムを利用したソフトウェア開発向けの共有ウェブサービスです。GitHub商用プランおよびオープンソースプロジェクト向けの無料アカウントを提供しています。

コードレビュー

コードレビューは、ソフトウェア開発の一工程で、 ソースコードの検査を行い、開発工程で見過ごされた誤りを検出する事で、 ソフトウェア品質を高めるためのものです。