「Git/github/プルリク」の版間の差分
ナビゲーションに移動
検索に移動
| (同じ利用者による、間の11版が非表示) | |||
| 1行目: | 1行目: | ||
==プルリク時のマージ== | ==プルリク時のマージ== | ||
===Squash and mergeでマージすると=== | |||
プルリク時に"Squash and merge"ボタンでマージすると、リビジョンが一つにまとまり、以下のように複数リビジョンのコメントがリビジョンログに残る。個別リビジョンは削除されてる。 | |||
<pre> | |||
commit f7f19f5ffca289e6962ed8dbeea3b57c5c4ecb37 | |||
Author: user1 <user1アットメール> | |||
Date: Wed Nov 23 20:42:16 2022 +0900 | |||
Test (#6) | |||
* testを追加 | |||
* testを変更 | |||
* testの名前変更 | |||
</pre> | |||
===Rebase and mergeでマージすると=== | ===Rebase and mergeでマージすると=== | ||
プルリク時に"Rebase and merge"ボタンでマージすると | プルリク時に"Rebase and merge"ボタンでマージすると | ||
| 10行目: | 27行目: | ||
#feature/test2で、"user2変更"コミット | #feature/test2で、"user2変更"コミット | ||
ログは、古い順ではなく、以下のようにブランチごとに、まとめられる。 | |||
#feature/testで、"user追加"のリビジョン | #feature/testで、"user追加"のリビジョン | ||
#feature/testで、"user変更"のリビジョン | #feature/testで、"user変更"のリビジョン | ||
| 16行目: | 33行目: | ||
#feature/test2で、"user2変更"のリビジョン | #feature/test2で、"user2変更"のリビジョン | ||
=== | ===メリット・デメリット=== | ||
参考：https://zenn.dev/noraworld/articles/github-merge-options | |||
==承認得ずにマージしたい場合== | |||
mergeボタンの上の、 | |||
merge without waiting for requirements to be met (bypass branch protections) | |||
にチェックを入れればマージできるが、事前にチーム内で、ルールができてれば勝手にマージしてokかも。 | |||
==プルリクコメント検索== | |||
上部の検索欄にいれる。 | |||
プライベートリポジトリ：user1/project1 で、検索する場合 | |||
<pre> | |||
repo:user1/project1 is:pr in:comments "検索ワード1" | |||
</pre> | </pre> | ||
2025年6月20日 (金) 08:27時点における最新版
プルリク時のマージ
Squash and mergeでマージすると
プルリク時に"Squash and merge"ボタンでマージすると、リビジョンが一つにまとまり、以下のように複数リビジョンのコメントがリビジョンログに残る。個別リビジョンは削除されてる。
commit f7f19f5ffca289e6962ed8dbeea3b57c5c4ecb37
Author: user1 <user1アットメール>
Date: Wed Nov 23 20:42:16 2022 +0900
Test (#6)
* testを追加
* testを変更
* testの名前変更
Rebase and mergeでマージすると
プルリク時に"Rebase and merge"ボタンでマージすると マージされたものをpullしたときに、"Merge pull request #3 from feature/test"な文言がなくなり、個別リビジョンはそのまま反映される。
以下順序で、コミットするして、"Rebase and merge"すると
- feature/testで、"user追加"コミット
- feature/test2で、"user2追加"コミット
- feature/testで、"user変更"コミット
- feature/test2で、"user2変更"コミット
ログは、古い順ではなく、以下のようにブランチごとに、まとめられる。
- feature/testで、"user追加"のリビジョン
- feature/testで、"user変更"のリビジョン
- feature/test2で、"user2追加"のリビジョン
- feature/test2で、"user2変更"のリビジョン
メリット・デメリット
参考：https://zenn.dev/noraworld/articles/github-merge-options
承認得ずにマージしたい場合
mergeボタンの上の、
merge without waiting for requirements to be met (bypass branch protections)
にチェックを入れればマージできるが、事前にチーム内で、ルールができてれば勝手にマージしてokかも。
プルリクコメント検索
上部の検索欄にいれる。
プライベートリポジトリ：user1/project1 で、検索する場合
repo:user1/project1 is:pr in:comments "検索ワード1"