id: F-60(誌面表示: F-60) · 物理ページ: 342–343(pages=2) · category: term_tool · figure_type: structure · status: ready · evaluation_date: 2026-04-29
tagline 44/25-45何を 81/60-200どこで 80/60-200会話例 47/25-50見1 37/15-40見2 33/15-40見3 35/15-40見4 35/15-40見5 28/15-40見6 47/15-50
← F-59 README.md 目次 F-61 Pull Request →
技術用語
342

GitHub

ギットハブ
git のコードをクラウドで管理し、チームで共有・レビューできるホスティングサービスです。
体験区分:少しだけ触った 推奨読者レベル:Level 2

何をしてくれるか

git(ギット)の変更履歴をネット上に保存し、チーム全員が同じリポジトリにアクセスできます。コードレビュー・Issue(課題管理)・CI/CD もここに集まります。

どこで出会うか

「GitHub にコードを上げておいて」「PR(Pull Request)を送って」というチーム開発の日常会話に登場します。OSS の参照先 URL としても頻出します。

構造図
2026.04·ready
「コードは GitHub に上げてあるので、Issue で修正依頼をもらえれば PR で対応できます。」
GitHubの見方
343
この用語の見どころ
1
役割

git リポジトリをクラウドで共有し、レビューと自動化を一箇所にまとめます。

2
うれしさ

変更の経緯が残り、PR でレビューして取り込む流れが自然に整います。

3
注意点

git の操作ミスはそのまま履歴に残るため、push 前の確認が大切です。

4
どこで役立つか

チーム開発・OSS 貢献・AI ツールの設定共有のどれでも拠点になります。

5
はじめに

リポジトリの作成・push・PR の 3 操作が最初の壁です。

6
深掘り先

Pull Request(F-61)、GitHub Actions(F-62)、git(F-50)

非エンジニアのつまずき
  • 社内導入時に相当な抵抗があり、英語画面で操作に慣れるまで時間がかかりました。
  • GitHub エコシステムの強さは動かさないと分からず認識にハードルがある。
私のコメント
  • 第一印象:エンジニアが良いと言っていても最初は良さが分かりませんでした
  • 良い点:無料範囲が広くプライベートと公開を分けて使えて超便利です
  • ダメな点:とっかかりが少し難しいです。
  • 誰向けか:エージェントワークをする人にはほぼ全員向けです。
開発フローでの位置
リポジトリを作成
コードを push
PR を作成
Issue・Actions で管理
関連用語
参考 github.com checked 2026-04-29
F-60·term_tool
バイブコーディング図鑑