GitHubDesktopのインストール方法と使い方を簡単にまとめてみた話。
今回小規模のチーム開発をすることになったんだ。
そして、プロジェクトの管理は GitHub を使いたい。
更に、 GitHub をPC上の管理するために、 GitHubDesktop をチームで統一して使っていきたい。
しかしこの、Gitやバージョン管理ツールってちゃんと説明すると結構大変だ！
僕も正しく美しく説明できる自信が無ぇ。
そう、とりあえず簡単に、最小限のことが出来るぐらいの知識から始めればいいんだよ。
というわけで今回は、
GitHubDesktop を使って何となくプロジェクトをバージョン管理をしてみよう！
といったお話。
今回の記事の合言葉は、
「こまけぇこたぁいいんだよ!!」
ではダウンロードだ
では早速、 GitHubの公式HPから GitHubDesktop をダウンロードしようか。
最近、ショッピングサイトで偽サイトによる被害が多発しているって、ニュースでやっていた気がする。
もしかしたら、 GitHub にも偽サイトあるのかもしれない！
URLはきちんと確認しておこうぜ！
desktop.github.com
さあセットアップだ
インストールに関しては、Macの場合はダウンロードした GitHubDesktop を Application フォルダに入れるだけでいいから簡単だ。
GitHubDesktop を立ち上げてみようぜ！
立ち上げら、GitHub のアカウントによるサインインを要求してくるぞ！
GitHubアカウントは もう既にみんな取得しているに違いないから そのアカウントでサインインしよう！
これでセットアップは完了だ！
GitHubからプロジェクトデータをダウンロードしよう
では、アカウントから取得できるプロジェクトデータをダウンロードしてみよう。
"Clone a Repository from the internet..." のボタンを押すと、自分のアカウントに紐づいたプロジェクトの一覧が出るので、そこから任意のものを選ぼう！
"Local Path"で指定した場所にデータがダウンロードされるぞ！
今回はテスト用のプロジェクトをダウンロードしてみた。
これでこのプロジェクトがPC上で自由に扱えるようになったぞ！
簡単で最小限の使い方
よっしゃ、あとは GitHubDesktop の簡単で最小限のことがらのみを説明するよー。
プロジェクト最新のバージョンを取得する
まずは "Fetch" ボタンを押してみよう！
GitHub 上のプロジェクトに更新があるかを確認してくれるぞ。
その後 "Pull" ボタンに変わったら、メンバーの誰かがプロジェクトを更新してくれた証拠だ。
"Pull" ボタンを押せば、最新のデータに更新してくれるぞ！
ちなみにボタン右にある数字は更新された数ぐらいに覚えておけばいいと思う。
自分がプロジェクトを更新する
プロジェクト内のデータを変更・追加・削除などをしたあとに、 GitHubDesktop を見ると、"Changes" の項目に変化したファイルの一覧が表示されるよ。
ファイルの隣にあるアイコンが変化した状態を表している。
- 緑色:ファイルを新しく追加した。
- 黄色:ファイルの中身を更新した。
- 赤色:ファイルを削除した。
では、これらのファイルの変更を確定してみよう。
"Changes" の下部にこのファイルの変更に関して説明を記述する部分があるので、ここに要約を記述しよう。
そのあと、 "Commit" ボタンを押せばOKだ！
この段階では、まだ GitHub にはアップロードされていない！
まだ他のチームメンバーとはこの変更は共有されてはいないんだ！
"Fetch" ボタンが "Push" に変わっていると思う。
この "Push" ボタンを押すことで、 GitHub にアップロードされチームメンバーと共有されるぞ！
ここで "Commit" と "Push" の違いって何なの？ って話になると思うけど、
悪いが説明が面倒くさい。
ただ言えることは、
作業A作業B作業Cをやった、"Commit" そして "Push"。
とやるよりも、
作業Aをやった、"Commit"
作業Bをやった、"Commit"
作業Cをやった、"Commit"
最後に"Push"。
の方が好ましい、とだけ伝えておくのさ。
作業中のファイルが更新されてしまった場合
一番面倒なのがこの状況に陥った場合だ。
今回の場合では、 A.txt を変更している最中だけど、 "Fetch" ボタンを見ると "Pull" ボタンに変わっている。
どうやら誰かがプロジェクトを更新したようだ。
"Pull" して最新版にしよう。
最新版にしたら怒られた！
どうやら更新されたファイルの中に、いまが自分が更新してる A.txt が入っていたようだね。
更新がバッティングしてしまったのだ！
とりあえず "Stash" ボタンを押して、作業中のファイルを待避させよう。
待避させたファイルには二つの選択肢が与えられる。
- Discord: 自分の更新を諦めて破棄する。
- Restore: 最新版の更新と自分の更新を混ぜていい感じにする。
今回はただのテキストデータなので "Restore" を試してみよう。
するとこうなる。
良い感じになっている。
"Restore" すげー、ってなると思う。
ただ、そうそう上手くはいかないはずだ。
ソースコードなどテキストベースのものは、自動的に Restore したり、自力でマージしたりすることは可能だと思う。
ていうか日常茶飯事でやっていることだろうさ。
更に言うならば、そういうことを日常的にやっている人は、
こんな雑な説明しかしていない記事なんて読まんだろうから 割愛しよう。
ゲーム開発、特に Unity を使ったプロジェクトの場合は、
シーンのデータや Prefab のデータがバッティングする場合が多いことだろう。
これらのファイルもテキストベースなため、 Restore することは決して不可能ではない。
が、データの中に詳しくない人がやるとデータをぶっ壊すことが多いと思うな。
なので、涙を飲んで Discord してしまうのが無難かな……。
(※個人の感想です)
さて、今回 GitHubDesktop の使い方を凄く雑に説明しました。
最終的に記事を書いていて思ったことは、データがバッティングしてしまった場合の対処が一番大変だね。
そのあたりに関しては、別の機会に別の記事で書いてみるかもしれません。
