「GitHub(ギットハブ)」って、名前だけは聞いたことある。でも「エンジニアさんが使う、なんだか難しそうなツール」というイメージで、自分には縁がないと思っていませんか？
実は私も、ずっとそう思っていました。今回初めてGitHubを使ってサイトを作ってみたら、「あ、これ便利なものだったんだ」と気づいたんです。今日はその話をしようと思います。
GitHubって、結局何なの？
くりまろ〜、今回初めてGitHubっていうのを使ってサイト作ってみたんだけど、なんかブランチってやつに感動しちゃって！
おお、使ってみたんだね！でもその前に、みかさん、GitHubって何のためのものか説明できる？
え、えっと……「変更を記録しておける場所」……？正直、ふわっとしか分かってない(笑)
それでOK！GitHubは簡単に言うと「作業の記録を残しながら、みんなで(または一人でも)ものづくりを進められる場所」なんだ。もともとはプログラムのコードを管理するために作られたツールなんだけど、仕組み自体はコード以外にも使えるんだよ。
専門用語、正直よく分からなかった
GitHubを使い始めてまず戸惑ったのが、独特な用語の多さでした。「コミットして」「プッシュして」と言われても、最初は「？」でしたね。ここで、くりまろに簡単な言葉に置き換えてもらいました。
じゃあ、よく出てくる言葉を1つずつ簡単に説明するね。
- リポジトリ：作業に使うフォルダ全体のこと。「この作業に関するものを全部まとめて入れておく箱」というイメージ
- コミット：「ここまでの作業をひと区切りとして記録に残す」ボタン。作業のスナップショットを保存するようなもの
- プッシュ：手元のパソコンで記録した内容を、ネット上の本体(GitHub)に反映させること
- ブランチ：本番とは別に、試作できる「もう一つの作業スペース」
- プルリクエスト：「この変更、本流に取り込んでもいい？」と提案・確認すること
なるほど……コミットが「記録を残す」で、プッシュが「その記録をネットに送る」ってことね。それなら分かる気がする。
ブランチという仕組みに感動した理由
数ある用語の中で、私が一番「これはいいな」と思ったのがブランチでした。
ブランチって、本番とは別の場所でいろいろ試せるんだよね。「これで合ってるか分からないけど、とりあえずやってみる」ができるから、すごく気が楽になったの。
そうそう！本番(本流)を汚さずに、枝分かれさせた場所で試行錯誤できる。うまくいったら本流に合流させればいいし、ダメだったらそのブランチだけ諦めればいい。「失敗しても大丈夫」な仕組みなんだ。
「完璧に理解してから始めなきゃ」ではなく、「試してから考えればいい」という安心感。これは何かを新しく始めるときに、とても心強い考え方だなと感じました。
GitHubのその他の良い点・注意したい点
ブランチ以外にも、GitHubにはいいところがいくつかあるよ。
良い点
- 変更履歴がすべて残るので、いつ・何を変えたかを後から確認でき、失敗しても前の状態に戻せる安心感がある
- 一人で使っても、自分専用の「バックアップ＋作業記録」になる
- 世界中の人が公開しているコードやサイトの実例を覗ける・参考にできる
- 無料で始められて、非公開(プライベート)での利用もできる
注意したい点
- 独特な用語・操作が多く、最初のハードルは正直高い
- 公開設定を間違えると、本来見せたくない情報(個人情報やパスワードなど)がうっかり世界に公開されてしまうリスクがある
- 一度に全部理解しようとすると挫折しやすい。「ブランチって何のためにあるんだろう」というように、1つずつ機能の意味を理解していくのがコツ
完璧を目指さなくていいんだよ。1つの仕組みが分かるだけでも、ちゃんと前進だから。
まとめ：これから少しずつ知っていきたい
今回GitHubを使ってみて分かったのは、まだほんの入り口の部分だけです。正直、コミットやプッシュも「なんとなく分かった」くらいで、まだ自信を持って説明できるほどではありません。
でも、「GitHubはエンジニアだけのもの」というイメージは変わりました。試行錯誤したい人、記録を残しながら進めたい人なら、誰にとっても便利な仕組みなんだと感じています。技術の基礎に少しでも触れておくと、AIと一緒に作業するときの安心感がぐっと変わってきます(この感覚はUdemy・デイトラ・プロゲートで学んだ基礎が、AI時代に効いた話にも書きました)。
これからも実際に使いながら、少しずつ理解を深めていきたいと思います。次に何か新しい発見があったら、またこのブログで報告しますね。
コメント