リポジトリについて
リポジトリを個人として所有することも、リポジトリの所有権を Organization 内の他の人々と共有することもできます。
リポジトリの表示設定を選択して、リポジトリにアクセスできるユーザを制限できます。 詳しくは、「リポジトリの可視性について」をご覧ください。
ユーザが所有するリポジトリでは、他の人々にコラボレーターアクセスを与えて、プロジェクトでコラボレーションするようにできます。 リポジトリが Organization によって所有されている場合は、Organization のメンバーにアクセス権限を与え、リポジトリ上でコラボレーションするようにできます。 詳細については、「個人アカウントのリポジトリの権限レベル」および「Organizationのリポジトリロール」を参照してください。
各個人と Organization は、無制限のリポジトリを所有し、すべてのリポジトリに無制限にコラボレーターを招待できます。
リポジトリを使用して、作業を管理し、他のユーザと共同作業を行うことができます。
- Issue を使用して、ユーザフィードバックの収集、ソフトウェアバグの報告、および実行するタスクの整理を行うことができます。 詳細については、「Issueについて」を参照してください。
- プルリクエストを使用して、リポジトリへの変更を提案できます。 詳しくは、「pull requests について」を参照してください。
- プロジェクトボードを使用して、Issue とプルリクエストを整理して優先順位を付けることができます。 詳しくは、「project boardsについて」を参照してください。
リポジトリを最も効果的に使用する方法については、「リポジトリのベスト プラクティス」を参照してください。
リポジトリの可視性について
リポジトリの可視性 (プライベートまたは内部) を選択することで、リポジトリにアクセスできるユーザーを制限できます。
個人用アカウントが所有するリポジトリを作成すると、リポジトリは常にプライベートになります。 Organization が所有するリポジトリを作成する場合は、リポジトリをプライベートまたは内部のどちらにするかを選ぶことができます。
- プライベートリポジトリには、自分、明示的にアクセスを共有するユーザ、および Organization リポジトリの場合は特定の Organization メンバーのみがアクセスできます。
- 内部リポジトリには、すべての Enterprise メンバーがアクセスできます。 詳しくは、「内部リポジトリについて」をご覧ください。
Organization のオーナーは、Organization 内で作成されたすべてのリポジトリにいつでもアクセスできます。 詳しくは、「Organizationのリポジトリロール」を参照してください。
リポジトリの管理者権限を持つユーザは、既存のリポジトリの可視性を変更できます。 詳しくは、「リポジトリの可視性を設定する」を参照してください。
インターナルリポジトリについて
内部リポジトリを使用して、エンタープライズ内で "インナーソース" を練習できます。 Enterpriseアカウントのメンバーは、プロプライエタリな情報をパブリックに共有することなく、オープンソースの方法論を用いてコラボレートできます。インナーソースについて詳しくは、GitHub のホワイトペーパーの「インナーソース入門」をご覧ください。
すべての Enterprise メンバーには内部リポジトリに対する読み取り権限がありますが、内部リポジトリは、Organization リポジトリの外部のコラボレーターを含め、どの Organization のメンバーでもないユーザーには表示されません。 詳細については、「Enterprise におけるロール」および「Organizationのリポジトリロール」を参照してください。
メンバーは、Enterprise 内の Organization が所有する内部リポジトリをフォークできます。 フォークされたリポジトリはメンバーの個人用アカウントに属し、フォークの可視性はプライベートになります。 Enterprise が所有するすべての Organization からユーザが削除されると、そのユーザの内部リポジトリのフォークは自動的に削除されます。
リポジトリでコンテンツと diff の表示を制限する
ある種のリソースはきわめて大きくなり、GitHub AE で負荷の大きな処理が必要になる場合があります。 そのため、リクエストが妥当な時間で終わるように、制限が設けられています。
以下の制限の多くは GitHub AEと API の両方に影響します。
テキストの制限
GitHub には、マークダウン図や人魚図など、一部のファイルの書式設定されたプレビューを表示します。 GitHub は、ファイルが小さい (通常は 2 MB 未満) 場合は常にこれらのプレビューのレンダリングを試みますが、より複雑なファイルがタイムアウトし、プレーン テキストにフォールバックするか、まったく表示されないことがあります。 これらのファイルは、常に生の形式で使用できます。例えば https://HOSTNAME/user/repo/raw/octocat/Spoon-Knife/master/index.html、HOSTNAME/user/repo/raw を介して提供します。 ファイルの raw URL を取得するには、 [Raw] ボタンをクリックします。
diff の制限
diff はきわめて大きくなることがあるため、コミット、プルリクエスト、比較ビューには制限が設けられています。
- プル要求では、 読み込むことができる合計差分が 20,000 行 を超えたり、生の差分データ が 1 MB を超えたりすることはできません。
- 1 つのファイルの差分が 、読み込むことができる 20,000 行 を超えたり、生の差分データ が 500 KB を超えたりすることはできません。 1 つのファイルに対して _400 行_と 20 KB が自動的に読み込まれます。
- 1 つの差分内のファイルの最大数は 300 に制限されます。
- 1 つの diff あたりでレンダリング可能なファイル (画像、PDF、GeoJSON ファイルなど) の最大数は、25 に制限されています。
制限された diff の一部が表示される場合もありますが、制限を超える部分は表示されません。
コミット リストの制限
比較ビューと pull request のページには、base と head リビジョン間のコミットのリストが表示されます。 これらのリストではコミットの数は 250 に制限されています。 その制限を超える場合は、追加のコミットがあるという注意書きが表示されます (コミット自体は表示されません)。