リポジトリについて

リポジトリには、コード、ファイル、および各ファイルの改訂履歴がすべて含まれています。 リポジトリ内で作業について検討および管理できます。

この記事の内容

リポジトリについて

リポジトリは、GitHub の最も基本的な要素です。 これは、コード、ファイル、各ファイルのリビジョン履歴を格納できる場所です。 リポジトリは、複数のコラボレーターが参加することができ、公開用、内部、またはプライベートのいずれかにできます。

新しいリポジトリを作成するには、https://github.com/new に移動します。 手順については、「リポジトリのクイック スタート」を参照してください。

リポジトリの用語

リポジトリの使用を開始するのに必要な重要な用語を以下に説明します。

任期定義
[Branch](ブランチ)コードの並列バージョンで、リポジトリ内に含まれているが、プライマリ ブランチ (メイン ブランチ) には影響しないもの。
Cloneすべてのファイルとフォルダーのすべてのバージョンを含む、リポジトリのデータの完全なコピーを GitHub.com からダウンロードすること。
フォークコードと表示範囲の設定を、元の "アップストリーム" リポジトリと共有する新しいリポジトリ。
マージするあるブランチから変更を取得し、別のブランチに適用すること。
Pull requestあるブランチから別のブランチに変更をマージする要求。
Remoteコンピューターではなく、GitHub に格納されているリポジトリ。
上流フォークまたは複製の元になったリポジトリのブランチ。 クローンまたはフォークされたリポジトリ上の対応するブランチは、"ダウンストリーム" と呼ばれます。

リポジトリの所有権について

リポジトリを個人として所有することも、リポジトリの所有権を組織内の他の人々と共有することもできます。

どちらの場合も、リポジトリへのアクセスはアクセス許可によって管理されます。 詳細については、「個人アカウントのリポジトリの権限レベル」および「Organizationのリポジトリロール」を参照してください。

コラボレーションについて

リポジトリを使用して、作業を管理し、他のユーザと共同作業を行うことができます。

  • Issue を使用して、ユーザフィードバックの収集、ソフトウェアバグの報告、および実行するタスクの整理を行うことができます。 詳細については、「Issueについて」を参照してください。
  • GitHub Discussions を使用すると、質問、質問への回答、情報の共有、発表、および製品に関する会話や会話への参加を行うことができます。 詳しくは、「ディスカッションについて」をご覧ください。
  • プルリクエストを使用して、リポジトリへの変更を提案できます。 詳しくは、「pull requests について」をご覧ください。
  • Projects を使用して、問題とプル リクエストを整理し、優先順位を付けることができます。 詳しくは、「Projects について」をご覧ください。

個人用アカウントと組織の GitHub Free を使用すると、完全な機能セットを備えた無制限のパブリック リポジトリ、または機能セットを制限した無制限のプライベート リポジトリで、無制限のコラボレーターと作業ができます。 プライベートリポジトリの高度なツールを入手するには、 GitHub Pro、GitHub Team、または GitHub Enterprise Cloud にアップグレードします。 詳細については、「GitHub のプラン」を参照してください。

リポジトリの可視性について

リポジトリの可視性 (パブリック、内部、またはプライベート) を選択することで、リポジトリにアクセスできるユーザーを制限できます。

リポジトリを作成するときに、リポジトリをパブリックまたはプライベートのどちらにするかを選ぶことができます。エンタープライズアカウントが所有している 組織でリポジトリを作成する場合は、リポジトリを内部にすることもできます。

  • アカウントが マネージド ユーザー アカウント でない場合は、パブリック リポジトリを作成します。 パブリック リポジトリには、インターネット上の誰もがアクセスできます。
  • プライベートリポジトリには、自分、明示的にアクセスを共有するユーザ、および組織リポジトリの場合は特定の組織メンバーのみがアクセスできます。
  • 内部リポジトリには、すべてのエンタープライズメンバーがアクセスできます。 詳細については、「内部リポジトリについて」を参照してください。

リポジトリの可視性に関するセキュリティ上の考慮事項

パブリック リポジトリの場合、コードベースはすべてのユーザーに公開されるため、攻撃者が脆弱性を悪用したり、機密情報にアクセスしたりするリスクが高まります。 これらのリスクを軽減するには、リポジトリの Dependabot、secret scanning、プッシュ保護、code scanning などの GitHub のセキュリティ機能を有効にします。 さらに、潜在的な脅威に効率的に対処できるように、脆弱性の報告方法を示すセキュリティ ポリシー (SECURITY.md ファイル) をリポジトリに追加する必要があります。

プライベート リポジトリの場合、認可されたユーザーのみにアクセスが制限されますが、リスクを軽減するには、強力なアクセス制御、多要素認証、定期的な監査を実装することが依然として不可欠です。

詳しくは、「リポジトリを保護するためのクイック スタート」をご覧ください。

組織オーナーは、組織内で作成されたすべてのリポジトリにいつでもアクセスできます。 詳しくは、「Organizationのリポジトリロール」をご覧ください。

リポジトリの管理者権限を持つユーザは、既存のリポジトリの可視性を変更できます。 詳しくは、「リポジトリの可視性を設定する」をご覧ください。

インターナルリポジトリについて

組織がエンタープライズ アカウントによって所有されている場合、内部リポジトリを使用して、エンタープライズ内で "インナーソース" を練習できます。 Enterpriseアカウントのメンバーは、プロプライエタリな情報をパブリックに共有することなく、オープンソースの方法論を用いてコラボレートできます。インナーソースの詳細については、GitHub のホワイトペーパーの「インナーソース入門」を参照してください。

メモ

内部リポジトリは、Enterprise アカウントで GitHub Enterprise Cloud を使っている場合にのみ作成できます。 エンタープライズアカウントは、複数の組織の集中管理を可能にする別の種類のアカウントです。 詳しくは、「GitHub アカウントの種類」をご覧ください。

すべてのエンタープライズメンバーには内部リポジトリに対する読み取り権限がありますが、内部リポジトリは、組織リポジトリの外部のコラボレーターを含め、エンタープライズの外部のユーザーには表示されません。 詳細については、「エンタープライズにおける役割」および「Organizationのリポジトリロール」を参照してください。

インターナル リポジトリは、エンタープライズのアカウントが所有する組織内で作成されるすべての新規リポジトリに既定の設定です。

既定では、エンタープライズ メンバーは、ユーザーがリポジトリを作成できる任意の組織に内部リポジトリをフォークできます。 組織の所有者は、ユーザー アカウントが所有するフォークの作成をユーザーに許可したり、組織のフォーク ポリシーを管理したりすることもできます。 企業の所有者は、企業内の一部またはすべての組織のフォーク ポリシーを管理できます。 詳細については、「Organization のフォークポリシーを管理する」および「Enterprise でリポジトリ管理ポリシーを適用する」を参照してください。

次のステップ

リポジトリを使用する次のステップに進む際は、以下のリソースが役立ちます。