第20回: bisectの基本 — 「いつ壊れたのか」を二分探索で突き止める
実務でよくあるのが、「いつから壊れたのかわからない」という状況です。
Month
実務では、今触っている作業を最後まで終えてから次に進めるとは限りません。
Gitでは通常、別ブランチの変更を取り込むときに merge や rebase を使います。これはブランチ全体の流れを前提にした操作です。
開発では、マージした変更をあとから取り消したくなることがあります。
実務では、作業中に細かくコミットを積むことがあります。
Gitの実務に少し慣れてくると、merge に加えて rebase という言葉をよく見かけます。
チームやOSSの開発では、元のリポジトリに直接書き込めないことがあります。
実務では、プルリクエストを出したあとにレビューコメントが返ってくるのが普通です。
Gitを学び始めた段階では、push までできれば十分に見えるかもしれません。しかし実務では、push は共有の入口にすぎません。
ここまで見てきたGit操作は、主に「自分の変更を安全に管理する」ためのものでした。これは土台としてとても重要です。