
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
大きな機能開発を細かくレビューしてもらうときに使いたいGitHubのSquash Merge - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
大きな機能開発を細かくレビューしてもらうときに使いたいGitHubのSquash Merge - Qiita
チーム開発において、大きな機能開発をいきなり大きなPull Request(以下PR)を作るとレビューが大変で... チーム開発において、大きな機能開発をいきなり大きなPull Request(以下PR)を作るとレビューが大変です。 また、レビューの段階で設計的に良くない点が見つかって大きな書き直しに迫られることもあるかと思います。 このようなことはある程度規模の大きくなってきたアプリケーションに、複数の機能を並行して開発している経験があるならイメージが付きやすいと思います。 そんな作業途中のコミットログやレビューでの指摘事項の修正が、すべてmasterブランチのコミットログに残ってしまうのは格好わるいような気がします。 そんなときに今の会社に入って運用されているマージのルールがとても良かったのでメモしておきます。 Squash Mergeとは GitHubには3つのマージ方法がある、ということを意識したことがある人はどれぐらいいるでしょうか? ▼をクリックすると、このようなメニューが開いてマージの方法を