Skip to main content

リポジトリについて

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

リポジトリについて

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

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

リポジトリの用語

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

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

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

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

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

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

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

  • Issue を使用して、ユーザフィードバックの収集、ソフトウェアバグの報告、および実行するタスクの整理を行うことができます。 詳細については、「Issueについて」を参照してください。
  • プルリクエストを使用して、リポジトリへの変更を提案できます。 詳しくは、「pull requests について」を参照してください。
  • Projects を使用して、問題とプル リクエストを整理し、優先順位を付けることができます。 詳しくは、「Projects について」を参照してください。

各個人と組織は、無制限のリポジトリを所有し、すべてのリポジトリに無制限にコラボレーターを招待できます。

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

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

リポジトリを作成するときに、リポジトリをパブリックまたはプライベートのどちらにするかを選ぶことができます。組織でリポジトリを作成する場合は、リポジトリを内部にすることもできます。

  • お使いの GitHub Enterprise Server インスタンスがプライベート モードでない場合、またはファイアウォールの内側にない場合は、インターネット上の誰もがパブリック リポジトリにアクセスできます。 そうではない場合は、外部コラボレーターを含め、お使いの GitHub Enterprise Server インスタンスを使うすべてのユーザーがパブリック リポジトリを利用できます。
  • プライベートリポジトリには、自分、明示的にアクセスを共有するユーザ、および組織リポジトリの場合は特定の組織メンバーのみがアクセスできます。
  • 内部リポジトリには、すべてのエンタープライズメンバーがアクセスできます。 詳しくは、「内部リポジトリについて」をご覧ください。

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

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

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

内部リポジトリを使用して、エンタープライズ内で "インナーソース" を練習できます。 Enterpriseアカウントのメンバーは、プライベートモードを無効化されていても、プロプライエタリな情報をパブリックに共有することなく、オープンソースの方法論を用いてコラボレートできます。インナーソースについて詳しくは、GitHub のホワイトペーパーの「インナーソース入門」をご覧ください。

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

Note

Enterprise メンバーになって内部リポジトリにアクセスできるようになるには、ユーザーは organization のメンバーである必要があります。 お使いの GitHub Enterprise Server インスタンスのユーザーがどの組織のメンバーでもない場合、そのユーザーは内部リポジトリにアクセスできません。

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

次のステップ

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