Windows/Mac 両対応の新しい「GitHub Desktop」を使ってみる
執筆日時：
ちょうど先週あたりから新しい「GitHub Desktop」を使う練習をしていたのだけど、この前、正式リリースされた（ベータ期間、意外に短かったな！）。古いアプリ（Windows版）に比べると楽しさに欠ける気がするが（ブランチツリーーがない！ プルリクエストをマージしたときのみょいーんというアニメーションがない！！）、これからはこちらがメインになるだろうので、早めに慣れておくにしくはない。というわけで、新しい「GitHub Desktop」の使い方をメモしておく（GitHub Flow の真似事）。
日頃から issue を付けておく
ブランチを作成する
機能を実装するためのブランチを作成する。その前に
- ブランチが master になっているか
- Sync してるかをチェックする（GUI だと push/pull/fetch の違いを気にしなくていい）
をチェックしておく。ブランチの名前は“これからやること（issue）”を適当な英語でつけるのが基本だけど、軽いリファクタリングとかだったら日時にしたりもしてる。どうせ触るのは自分だけだし気にしない。
機能を実装する
頑張る。まめに Sync しておくと、気分でデスクトップとノートパソコンを使い分けられてよろしい。GitHub 経由でコードを共有できる。
ちゃんと issue を作ってると「closed #***」とコミットすれば issue をクローズできる。fixes でもなんでもいいんだけど、solve はダメだった。――あれ？ 昔はこれでイケてたような。記憶間違いかな……でも、マージのコメントで「closed」って付ければ大丈夫だったので問題ない。
プルリクエストを作成する
無事に機能を実装できたら、プルリクエストを作成する。
Sync し忘れてたら、ブランチを publish するかどうか聞いてくれるみたい。まぁ、日頃から適当に Sync、Sync しとけば問題ないね。GUI は頭の悪いユーザーの味方だ！
ほんとはここで誰かにレビューしてもらうんだけど、そんな友達はいないので勝手にマージして終わり。よく頑張った！
自分は本職のプログラマーではないし、ましてやおしゃれ開発現場にいるわけでもなし。独りでこういうことをやっても「ソースコードを失くさない」程度のメリットしかないんだけど、漫然と開発に取り掛かるのではなく、ちょっとだけ「今から何をするのか」を明確にしてから取り掛かるようになったのがメリットと言えばメリットと言える。また、そういうポジションの人間にとっては、扱いにちょっと神経を使うコマンドよりもGUI の方が圧倒的に気楽でよろしい。基本的な操作しかしないから、柔軟性に欠けるというデメリットよりも、要らないことをしてぶっ壊す危険を排除できるメリットの方が圧倒的に大きい。
感想
前の Windows 版の方が好き。