見出し画像

【比較表は捨てるんや】Gitはカッコつけちゃうぞ! アプリを餓死から守る「クラウド逃亡術」

おい。そこの「Gitはだいたい分かる」の顔してる奴。

「GitHubにpushしてれば安全やろ。AIにいったらローカルやらGitHubどっちもセーブしとるわ。こんでOKや。みんな使ってるみたいやし、アプリ作るなら必要やな!!」

……なんや、その脳みそガバガバの安心感は。

俺な、それをObsidianに書き残してた。「ローカルGitとGithubの違いがぶっちゃけよくわかっていなかった」ってな。commitして、pushして、「セーブした」と思って寝る。ブランチが何本あるかも把握してへん。「コミットしてPRしてPRしてマージ」……宇宙語が並んどるけど、まあAIがやってくれてるし、OKやろ!

……コォラァ! 昔の俺! アマアマや!!

ある日、AI活用の話になった場で「GitとGitHubの違いって何ですか?」と聞かれた。

……。

「えーと……ローカルで履歴が……GitHubがクラウド的な……バックアップ的な……整理できてへん的な……」

知識がない時に人間が使う最強の逃げ場所「〜的な」を4連打してお茶を濁した。顔だけは「だいたい知っとるで」の面をしながら。

…..笑いどころやないかい! 笑えや このボケェ!!

……チッ。なんやねんその目は。今、俺のことイタいおっさんやとか思たか。アホくさ。そないな生ぬるい目ェ向けてくるな。こっちが必死こいて体張ってオモロい話したってんのに、お通夜みたいな顔されたら鎧がベタベタ溶けるやろが。次その目で見てきたら●●えぐり出すぞ。

ええか。流行りにのって使っとるだけで判断軸がない。それは、AIアプリを作る上でじわじわ足を引っ張る爆弾や。

前回の記事でローカルGitとGitHubの違いはなんとなくつかめたと思う。今回はその先や。なんでローカルGitにGitHubにもセーブがいるんか。 どっちを使えばええのか。その判断軸を現場の温度で腹に落とす。

前回記事はGitとGithubのことについて書いてるからわからんやつはこっちから見ろ。↓↓


「どっちもセーブしてるやろ」という思い込みの正体

混同してる人間に共通するセリフがある。

「どっちもセーブしてるんやろ?」

半分合っとって、半分ズレとる。

  • ローカルGitは「自分の手元で履歴を積む場所」

  • GitHubは「その履歴をクラウドへ逃がして、戻り先と共有の保険にする場所」

両方まとめて「セーブ」と言ってしまうと、役割の違いが消える。

ローカルGitで積んだ履歴は、そのPCの中にしかない。PCが飛んだら、履歴ごと消える。

GitHubへpushした履歴は、クラウドに逃げとる。PCが飛んでも、そこから取り戻せる。

この差が、いざという時に天地ほど開く。AIと開発を進める上では「今どの状態か」「どこで変えたか」をAIに渡す場面が出てくる。GitHubがある方がその整理は圧倒的にやりやすい。ChatGPTとGitHub連携させてるなら、これはもう実質必須の話や。

1人で試作を回すだけなら、ローカルGitだけでも十分戦える。
ただ、AIに任せる・復旧力を上げる・PC事故に備えるまで考えると、GitHubの非公開repoが実務では強い。

以下で現場感ごと整理する。


メリット

気楽さが段違いや。

GitHubへ上げへんから、

  • 公開事故を心配せんでいい

  • push・pull・mergeの外部共有を意識しなくていい

  • ネット繋がってへんでも進められる

余計な設定もいらん。

  • GitHubアカウント連携

  • リポジトリ作成

  • 公開・非公開の設定

  • secretsの仕込み

こういうのを最初から全部考えんでええ。

小さい試作ならこれで十分や。

  • Gitの感覚をまず覚えたい

  • その日だけの実験コードを走らせたい

  • ちょっとしたツールを触りながら覚えたい

こういう段階なら、ローカルGitだけで現場は回る。APIキーを誤って外へ出す事故も、GitHubへpushしない分だけ起きにくい。「起きにくい」だけで「安全」やない。ただ、外へ出しにくいのは事実や。


デメリット

PCが飛んだら、終わりに近い。

これが一番デカい。

  • PC故障

  • SSD破損

  • OS再インストール

  • 誤削除

  • 別PCへの移行失敗

このへんが来た時に、逃がし先がない。ローカルGitで履歴を積んでも、その履歴はそのPCの中だけや。1ヶ月かけて動かしたアプリが、PCごとお釈迦になる。笑えんが、ローカルだけやと笑えんどころじゃ済まん。前回の記事で10時間溶かした話をしたが、あれ以上の地獄が、ハードウェア1個で来る。

AIへ状況を渡しにくい。

今の状態、差分、どこまで進んでるか、どのブランチが正か。これをAIに渡す時、GitHubがないと手が止まりやすい。Claude CodeやCodex系の運用では、GitHubある方が文脈を共有しやすい場面が多い。ChatGPTとGitHub連携して使ってるなら、ローカルだけでは繋がらへん。

今の完成版が曖昧になりやすい。

どれが正式版か、どのブランチが安定か、前回どこで止めたか。全部、自分の頭の中だけで管理してる状態は、時間が経つほどグダグダになる。


GitHubの非公開リポジトリを使う場合

メリット

バックアップになる。

一番デカいのはこれや。

  • PCが壊れても復旧しやすい

  • 別PCへ移しやすい

  • 履歴ごとクラウドへ逃がせる

ローカルGitに加えて、クラウドに避難所を持てる状態になる。

AIとの相性がええ。

GitHubがあると、

  • リポジトリを読ませやすい

  • 差分レビューさせやすい

  • PR単位で相談しやすい

AI運用全体が整いやすくなる。俺みたいにブラウザのChatGPTとGitHub連携させてるやつは実質必須や。

mainと作業ブランチを分けやすい。

mainは安定版という意識が持てる。壊しそうな変更はブランチで試して、良ければmerge、ダメならブランチ側でやり直し。この整理がローカルだけでは頭の中だけの管理になりやすい。

非公開なら、見られにくい。

試作段階や、まだ見せたくないアプリに向いてる。


デメリット

操作が一段階ややこしくなる。

ローカルだけなら「保存」で済む話が、

  • commit

  • push

  • branch

  • merge

  • revert

まで出てくる。最初はここが面倒に感じやすい。AIに任せれば一発やが、その分工程も増えるし時間はかかる。

うっかりpushの事故がある。

private repoでも、

  • APIキーをpushした

  • .envを上げた

  • 不要ファイルを上げた

みたいな事故は起きる。非公開 = 無敵、やない。

雑な運用すると、履歴が荒れる。

なんでもmain直push、意味不明なコミット、ブランチ乱立、壊れた状態のままmerge。これをやると普通に荒れる。ブランチを理解せんままなんでもマージしたら、どこで壊れたかも分からんくなる。

宇宙語を最低限は覚える必要がある。

「コミットしてPRしてPRしてマージ」と脳内でPRが2回出てくるうちは、まだ整理できてへん証拠や。最低限これだけは押さえろ。

  • repository:プロジェクト一式を入れる保管庫

  • branch:本流から分けた作業用の枝

  • pull request:この変更を取り込んでという申請

  • merge:別の作業内容を本流へ合体させること

  • visibility:誰まで見れるかの設定

  • secrets:APIキーなど秘密情報の保管場所


どっちを選ぶか

場面で分ける。

ローカルGitだけで十分な場面

  • Gitの感覚をまず覚えたい

  • 小さい試作を、完全に個人だけで回したい

  • まだGitHub運用を学ぶ余裕がない

  • 外部共有は当分しない

GitHubの非公開repoが強い場面

  • PC事故が怖い

  • AIに見せながら進めたい

  • 履歴や差分を整理したい

  • 安定版と作業版を分けたい

  • 将来的に公開や共有も視野にある


非エンジニアで、AIにかなり作業を任せて、試作だけで終わらず形にしたい、後から復旧や見直しもしたい。この条件なら、ローカルGitだけよりGitHubの非公開repoを使う方が相性ええ。

理由は単純や。AI運用は「今どの状態か」「どこで壊れたか」「どの差分を見ればいいか」が大事やから。ローカルだけでもできる。でもGitHubがある方が、その整理が圧倒的にやりやすい。


ローカルとGitHub、答えは比較表やなく体験が出す

ローカルとGitHub、どっちを選ぶかをこの記事を読んで決めようとしとるやつ。

頭で整理しても、そこから先は出ない。

判断は、体験した後にしか来ない。

ローカルGitで初めてコミットを切った瞬間に「あ、これが戻り先か」と腹に落ちる。その後ろで「でもPC壊れたら?」という不安がじわっと来た時——それがGitHubを使いたくなる合図や。

比較を100回読んでも分からへんことが、1回のコミットで分かる。

だから今日やることはこれだけや。

今の作業フォルダをGit管理下に置いて、初回コミットを1回だけ切る。
すでにGit管理してるなら、次のAI修正前に1回だけコミットする。

  • branchやPRは後でええ

  • GitHubへ上げるのも後でええ

  • 「完成してからまとめてコミット」は今日で終わりや

コミットを切ったその日の夜に、「PCが飛んだらこの作業消えるな」と思ったやつ。そいつはもうGitHubを使う準備ができてる。思わんかったら、もうしばらくローカルだけで十分や。


どっちが偉いかやなく、何を守りたいかで選べ

1人で試作を回すだけなら、ローカルGitだけでも十分戦える。そこに無理に複雑さを持ち込む必要はない。

ただ、AIに任せる・復旧力を上げる・PC事故に備えるまで考えると、GitHubの非公開repoが実務では強い。

GitHubを使うかどうかは、かっこつけの問題やなかった。

壊れた時に戻れるかどうかの問題やった。

ここを外すと、開発はすぐにゴミ箱行きになる。

お前のアプリが1ヶ月かけて動くようになって、次の日にPCが逝ったとする。ローカルだけやったら、その1ヶ月は消えた。GitHubがあれば、そこから再スタートできる。


人間、欲望に正直なんが一番や。

GitHubを使うのが面倒やという建前より。

お前が作ったもんを守りたい、という欲望の方が正直やろ。

その欲望を、行動に変えろ。建前に潰させるな。


ローカルだけで足りる場面と、GitHub privateが強い場面。両方ある。どっちかが絶対正解やない。

何を守りたいか、で選べ。



これもGithub使うなら重要や↓



#AI #生成AI #真島吾朗 #人間証明 #40代 #非エンジニア #Git #GitHub #バックアップ #失敗談 #シノギ

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