見出し画像

「GitHub」を使ってみよう|ゲームの「セーブデータ」って考えると、意外と簡単🎮

こんばんは、きょんです✨

「バイブコーディング」なんて言葉も流行り始めて、AIを使ったプログラミング、やってみたいな。

そう思いながらも、途中でこんな言葉に出会って、少しひるんでしまいませんでしたか?🤭

「GitHubにプッシュして」
「ブランチ切って」
「プルリクエスト出して」

……なんのことやら、という感じですよね💦

わたしも最初はそうでした😇

AIのおかげでプログラミングの雰囲気はつかめてきたのに、このあたりの言葉だけ急に専門用語みたいに見えてくるというか。

でも実際に触ってみたら、意外とゲームに近い概念だったんです😇
少し整理しながら、一緒に見ていけたら嬉しいです🌸

まず「Git」と「GitHub」って何が違うの?

混乱しやすいのがここかなと思ってて💦

Gitは、ファイルの変更履歴を記録する仕組みそのものです。
GitHubは、その記録をインターネット上に保存・共有できる場所のこと。

ゲームで言うと、こんな感じかもしれません。

Git = セーブ機能そのもの
GitHub = セーブデータをオンラインで管理してくれるクラウドストレージ

セーブ機能(Git)があるから記録を取れて、クラウド(GitHub)があるからどこからでも呼び出せる。

そういう関係性なのかなと思います✨

専門用語、ゲームで言い換えてみる

ここが一番ハードルに感じやすいところかもしれません💦

ひとつずつ、ゲームのイメージで置き換えてみますね。

🌿 ブランチ — 「やり直し用のセーブスロット」

ゲームで「メインのデータは残しつつ、試しに別ルートで進めてみたい」ってとき、別スロットにセーブしますよね。

ブランチはそれと同じ発想です。

「メインの作業は触らずに、新しい機能を試してみる」ための、別のデータラインを作る機能。

失敗しても、メインのデータは無傷。
安心して実験できる場所、という感じです🥰

Claude Codeのチャット欄ではこのような表示になっています✨

「claude/~」がブランチ。ファイルに変更を加えるとここに記録されます🌿

💾 コミット — 「セーブする」

ゲームで大事なイベントをクリアしたあと、「ここでセーブしておこう」って手動でセーブすること、ありますよね🤭

コミットは、まさにあの感覚です。

「この作業はひと区切りついたから、記録を残しておこう」というタイミングで、変更内容にメモをつけて保存する操作のこと。

たとえば「タイトル画面のデザインを変更した」「バグを修正した」みたいに、何をしたかを一言添えて記録します✨

このメモが「コミットメッセージ」と呼ばれるもので、ゲームで言えばセーブデータについてる「プレイ時間」や「現在地」みたいなものかもしれません🥰

大事なのは、こまめにセーブしておくと安心ということ。

ゲームでも、セーブせずに長時間進めてしまって、フリーズしたときに絶望した経験…ありますよね💦

コミットも同じで、作業のキリがいいところでこまめに記録しておくと、何かあったときに戻りやすくなります🌸

📤 プッシュ — 「クラウドにセーブデータをアップロードする」

ゲームで「クラウドセーブ」をしたとき、手元のデータをオンラインに送信しますよね。

プッシュは、まさにあの操作です。

自分のパソコンで行った作業の記録を、GitHubにアップロードする。

「ローカルで保存した → GitHubにも反映させる」
この流れで使うイメージです✨

Claude Codeでコミットとプッシュをしているところです✨

🔀 プルリクエスト — 「このルートのデータを本編に上書きしますか?」

別スロットで試したルートが「これは本編に入れたい!」となったとき、「セーブデータを上書きしてもよろしいですか?」と確認する場面、想像できますか?

プルリクエスト(PR)はそのプロセスです。

「このブランチ(別スロット)の変更内容を、メインに取り込んでいいか確認してください」という提案をGitHub上で行う機能。

チームで作業するときに特に重要で、「誰がいつ何を変えたか」も一目でわかるようになっています😇

「Create pull request」でプルリクエストを作成します✨

🔗 マージ — 「サブデータをメインに上書きセーブする」

プルリクエストがOKをもらったら、次はいよいよ統合です。

マージは、別ブランチで作った変更をメインのデータに取り込む操作。

ゲームで言えば「サブイベントのデータを本編に反映させる」ようなイメージです。

これでメインのデータが、最新の状態に更新されます🌸

「Merge pull request」でマージします✨

流れを全部つなげると、こうなる

少し整理すると、こんな流れになります。

① ブランチを切る → 試すための別スロットを用意する
② コミットする → セーブする
③ プッシュする → クラウドにアップロードする
④ プルリクエストを出す → 「本編に取り込んでいい?」と確認する
⑤ マージする → 本編データに統合する

これを繰り返しながら、少しずつ作業を積み上げていく、というのが基本的な使い方かなと思っています💕

はじめは「一人用ゲーム」として使えばいい

「Gitってチームで使うものでしょ?」と思われる方もいるかもしれないですが、最初は一人で使い始めるのがいいと感じています✨

個人開発では一人で使っていますからね🤭

プッシュ → 変更が記録される → 失敗してもやり直せる。

この体験を積むだけでも、GitHubを使う意味はじゅうぶんある気がしています😇

むずかしく考えなくて大丈夫。

まずは「オートセーブできる作業スペース」として使ってみるところから、ゆっくり始めてみてほしいな、と思っています🌸

もし「ここがまだわからない」「この用語も気になる」ということがあれば、また記事にしていきますね。

一緒に、少しずつ慣れていきましょう✨

#GitHub #プログラミング初心者 #エンジニア #Git #バイブコーディング

📱SNS

SNSもやってますので、フォローお願いします!

🔵X

⚫Threads


いいなと思ったら応援しよう!

きょん(るびぃ)🌸コードとスキルの探求者 よろしければ応援お願いします🌸いただいたチップはクリエイターとしての活動費に使わせていただきます✨