リポジトリについて
リポジトリを個人として所有することも、リポジトリの所有権を Organization 内の他の人々と共有することもできます。
リポジトリの表示設定を選択して、リポジトリにアクセスできるユーザを制限できます。 詳しくは、「リポジトリの可視性について」をご覧ください。
ユーザが所有するリポジトリでは、他の人々にコラボレーターアクセスを与えて、プロジェクトでコラボレーションするようにできます。 リポジトリが Organization によって所有されている場合は、Organization のメンバーにアクセス権限を与え、リポジトリ上でコラボレーションするようにできます。 詳細については、「個人アカウントのリポジトリの権限レベル」および「Organizationのリポジトリロール」を参照してください。
個人用アカウントと Organization の GitHub Free を使用すると、完全な機能セットを備えた無制限のパブリック リポジトリ、または機能セットを制限した無制限のプライベート リポジトリで、無制限のコラボレーターと作業ができます。 プライベートリポジトリの高度なツールを入手するには、 GitHub Pro、GitHub Team、または GitHub Enterprise Cloud にアップグレードします。 詳しくは、「GitHub の製品」をご覧ください。
リポジトリを使用して、作業を管理し、他のユーザと共同作業を行うことができます。
-
Issue を使用して、ユーザフィードバックの収集、ソフトウェアバグの報告、および実行するタスクの整理を行うことができます。 詳細については、「Issueについて」を参照してください。
-
GitHub Discussions を使用すると、質問、質問への回答、情報の共有、発表、および製品に関する会話や会話への参加を行うことができます。 詳しくは、「ディスカッションについて」を参照してください。
-
プルリクエストを使用して、リポジトリへの変更を提案できます。 詳しくは、「pull requests について」を参照してください。
-
プロジェクトボードを使用して、Issue とプルリクエストを整理して優先順位を付けることができます。 詳しくは、「projects (classic)について」を参照してください。
リポジトリと個々のファイルには、サイズの制限があります。 詳細については、「GitHub での大きいファイルについて」を参照してください
リポジトリを最も効果的に使用する方法については、「リポジトリのベスト プラクティス」を参照してください。
リポジトリの可視性について
リポジトリの可視性 (パブリック、内部、またはプライベート) を選択することで、リポジトリにアクセスできるユーザーを制限できます。
リポジトリを作成するときに、リポジトリをパブリックまたはプライベートのどちらにするかを選ぶことができます。Enterprise アカウントが所有している Organization でリポジトリを作成する場合は、リポジトリを内部にすることもできます。
- パブリック リポジトリには、インターネット上の誰でもアクセスできます。
- プライベートリポジトリには、自分、明示的にアクセスを共有するユーザ、および Organization リポジトリの場合は特定の Organization メンバーのみがアクセスできます。
- 内部リポジトリには、すべての Enterprise メンバーがアクセスできます。 詳しくは、「内部リポジトリについて」をご覧ください。
Organization のオーナーは、Organization 内で作成されたすべてのリポジトリにいつでもアクセスできます。 詳しくは、「Organizationのリポジトリロール」を参照してください。
リポジトリの管理者権限を持つユーザは、既存のリポジトリの可視性を変更できます。 詳しくは、「リポジトリの可視性を設定する」を参照してください。
インターナルリポジトリについて
組織がエンタープライズ アカウントによって所有されている場合、内部リポジトリを使用して、エンタープライズ内で "インナーソース" を練習できます。 Enterpriseアカウントのメンバーは、プロプライエタリな情報をパブリックに共有することなく、オープンソースの方法論を用いてコラボレートできます。インナーソースについて詳しくは、GitHub のホワイトペーパーの「インナーソース入門」をご覧ください。
注: 内部リポジトリは、Enterprise アカウントで GitHub Enterprise Cloud を使っている場合にのみ作成できます。 Enterprise アカウントは、複数の Organization の集中管理を可能にする別の種類のアカウントです。 詳しくは、「GitHub アカウントの種類」を参照してください。
すべての Enterprise メンバーには内部リポジトリに対する読み取り権限がありますが、内部リポジトリは、Organization リポジトリの外部のコラボレーターを含め、Enterprise の外部のユーザーには表示されません。 詳細については、「Enterprise におけるロール」および「Organizationのリポジトリロール」を参照してください。
インターナル リポジトリは、エンタープライズのアカウントが所有する組織内で作成されるすべての新規リポジトリに既定の設定です。
Enterprise が Enterprise Managed Users を使用しない限り、Enterprise のメンバーは、Enterprise 内の Organization が所有する内部リポジトリをフォークできます。 フォークされたリポジトリはメンバーの個人用アカウントに属し、フォークの可視性はプライベートになります。 Enterprise が所有するすべての Organization からユーザが削除されると、そのユーザの内部リポジトリのフォークは自動的に削除されます。
注: マネージド ユーザー アカウント は、内部リポジトリをフォークできません。 詳しくは、「Enterprise Managed Users について」を参照してください。
リポジトリでコンテンツと diff の表示を制限する
ある種のリソースはきわめて大きくなり、GitHub Enterprise Cloud で負荷の大きな処理が必要になる場合があります。 そのため、リクエストが妥当な時間で終わるように、制限が設けられています。
以下の制限の多くは GitHub Enterprise Cloudと API の両方に影響します。
テキストの制限
512 KB を超えるテキスト ファイルは、常にプレーンテキストとして表示されます。 コードは構文が強調表示されておらず、prose ファイルは HTML (Markdown、AsciiDoc など) に変換されません。
5 MB を超えるテキスト ファイルは、raw URL を通じてのみ利用できます。これらは raw.githubusercontent.com
で提供されます (例: https://raw.githubusercontent.com/octocat/Spoon-Knife/master/index.html
)。 ファイルの 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 に制限されています。 その制限を超える場合は、追加のコミットがあるという注意書きが表示されます (コミット自体は表示されません)。