中高年の在宅勤務ブログ

こんにちは 😊
を触り始めて 4 日目。「バージョン管理」「コミットとプッシュ」「ブランチ」と、聞いたことはあってもきちんと理解していなかった言葉を、一つずつ教わりながら進めてきました。今日はそこでつまずいた「プルリクエスト」という言葉の話です。

​
つくって、壊して、直して学ぶ Git＆GitHub 入門 【電子書籍】[ 高橋 あおい ] ​

「プルリクエスト」という言葉の物々しさ

正直、この言葉を初めて聞いたときの印象は「なんだか物々しい」でした。エンジニア同士の会話で「 PR を出しておいて」のようにさらっと使われているのを聞くと、自分だけが分かっていない気がして余計に聞きづらくなる …… そんな感覚、ありませんか？

正体は「提案してから確認して合流させる」仕組み

説明してもらって一番腑に落ちたのは、プルリクエストは「変更をいきなり本流に混ぜるための機能」ではなく「変更を提案として出して、確認してもらってから合流させるための仕組み」だということでした。
会社員として長年働いてきて、稟議や承認フローのようなものには馴染みがあります。プルリクエストも突き詰めれば似たような発想なのだと気づいたときに、急に身近なものに感じられました 😌
流れを整理すると、①変更を加える（ブランチ）②取り込んでほしいと提案する（プルリクエスト）③中身を確認する（レビュー）④問題なければ合流させる（マージ）、という順番です。

40 ～ 60 代がこの仕組みを知っておく意味

「まず試しに変更してみて、後から見返してから正式に採用する」という手順を意識するだけで、うっかりミスや後悔をかなり減らせます。プルリクエストという名前や仕組みを完璧に使いこなす必要はなくても、この「提案→確認→合流」という考え方だけでも持ち帰る価値があると感じました 🙌

次回はいよいよ最終回、ここまで学んだ言葉をどう日常の作業に組み込んでいくかをまとめます。