notes.kodachan.dev
← 一覧に戻る

GitHubを一人で使うときの使い方まとめ

#プログラミング#学び#リファレンス

整理日: 2026-03-23

基本情報

  • 種類: Xスレッドまとめ
  • 投稿者: ミロク (@369code_)
  • ソース: https://x.com/369code_
  • 反応: 💬41 🔁103 ❤️825 🔖380

核心

一人でGitHubを使う場合、「ほぼストレージ」という人が多い一方で、学習目的で一人git-flowやPR運用をしている人も。GitHub Actionsによる自動テスト・自動デプロイは一人開発でも効果が大きい。

構造図

flowchart TD
    A["ほぼストレージ"]
    A --> B["GitHub Actionsによる自動テスト・自動デプロ.."]
    style B fill:#c05746,color:#fff,stroke:none

ブランチ運用派

  • main + develop + feature で運用。featureは対応単位で細かく切らず、developにマージして動確→mainにマージ
  • mainとdevに分けて、pushするとそれぞれ本番と開発用のリモートサーバにデプロイされるようにActionを用意
  • チャレンジングな実装のときだけブランチ分けて、成功したらfast-forwardマージ
  • 一応ブランチは切るが、危なげな時だけ稀にブランチする程度

PR活用派

  • PRにするとブランチ切ってやりたいことを分けられる。やらかした時に戻しやすいし、PRでコメント打っておくと日記代わりになる
  • PR必ず作成する癖をつけて、PRのActionsでLint・formatter・testが自動で動くようにしている
  • Issue作って→ブランチ作って紐付け→修正→PR作成→自分でマージ。個人の趣味開発でも同じ
  • GitHubのachievementバッジをもらうために無意味にPRを出していたことも

GitHub Actions活用派

  • CI/CDでgitleaksを入れて認証キー漏洩チェック。デプロイまでのワークフローを自動化
  • dev→mainのmergeやタグ設定でActionを実行してapk/exeを作成
  • Actionを使えばかなり工数削減できる

ほぼストレージ派

  • 便利な無料ストレージとして使用。実質SVNみたいな使い方
  • ローカルで足りるが、万が一のためのクラウド的な使い方
  • VercelやCloudflareとの連携を考えるとGitHubになる

アドバイス

  • 所詮はツール。目的に沿った使い方ができていればOK。PRやActionは必要になったら都度覚えればいい
  • 一人git-flowをやっていたら、突然来たチームプロジェクトでもすんなり乗れて助かった
  • 一人だとコミットメッセージが全部 "fixed" になりがち

関連ノート

  • [[Claude Code 22のTIPS-Boris Chernyチーム実践]]
  • [[Claude Codeベストプラクティス-公式ガイドまとめ]]