メインコンテンツへスキップ
見出し画像

「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


     
     
    絵が描けず、個人開発も限界だった私が、AIに出会って「つくれる」ように🌸 キャラも、それを動かすしくみやゲームも、無いならつくる🛠️ AIイラストやClaude・GPTのこと、日常の気づきもゆるく発信✨ 創作や開発をしてみたい人へ届けたい🎨 PR記事などの依頼はDMまで✉️

    あなたへのおすすめ