Skip to main content

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2023-01-18. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise にアップグレードします。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせく� さい

リポジトリについて

リポジトリには、プロジェクトのすべてのファイルと各ファイルの改訂履歴が含まれています。 リポジトリ内でプロジェクトの作業について話し合い、管理できます。

リポジトリについて

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

リポジトリの表示設定を選択して、リポジトリにアクセスできるユーザを制限できます。 詳しくは、「リポジトリの可視性について」をご覧く� さい。

ユーザが所有するリポジトリでは、他の人々にコラボレーターアクセスを与えて、プロジェクトでコラボレーションするようにできます。 リポジトリが Organization によって所有されている� �合は、Organization のメンバーにアクセス権限を与え、リポジトリ上でコラボレーションするようにできます。 詳しくは、「個人用アカウントのリポジトリの権限レベル」と「Organization のリポジトリ ロール」をご覧く� さい。

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

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

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

リポジトリを最も効果的に使用する方法については、「リポジトリのベスト プラクティス」を参照してく� さい。

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

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

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

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

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

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

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

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

すべての Enterprise メンバーには内部リポジトリに対する読み取り権限がありますが、内部リポジトリは、Organization リポジトリの外部のコラボレーターを含め、どの Organization のメンバーでもないユーザーには表示されません。 詳しくは、「Enterprise におけるロール」と「Organization のリポジトリ ロール」をご覧く� さい。

注: Enterprise メンバーになって内部リポジトリにアクセスできるようになるには、ユーザーは Organization のメンバーである必要があります。 your GitHub Enterprise Server instanceのユーザーがどの Organization のメンバーでもない� �合、そのユーザーは内部リポジトリにアクセスできません。

メンバーは、Enterprise 内の Organization が所有する内部リポジトリをフォークできます。 フォークされたリポジトリはメンバーの個人用アカウントに属し、フォークの可視性はプライベートになります。 Enterprise が所有するすべての Organization からユーザが削除されると、そのユーザの内部リポジトリのフォークは自動的に削除されます。

リポジトリでコンテンツと diff の表示を制限する

ある種のリソースはきわめて大きくなり、GitHub Enterprise Server で� 荷の大きな処理が必要になる� �合があります。 そのため、リクエストが妥当な時間で終わるように、制限が設けられています。

以下の制限の多くは GitHub Enterprise Serverと API の両方に影響します。

テキストの制限

512 KB を超えるテキスト ファイルは、常にプレーンテキストとして表示されます。 コードは構文が強調表示されておらず、prose ファイルは HTML (Markdown、AsciiDoc など) に変換されません。

5 MB を超えるテキスト ファイルは、raw URL を通じてのみ利用できます。これらは HOSTNAME/user/repo/raw で提供されます (例: https://HOSTNAME/user/repo/raw/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 のページには、basehead リビジョン間のコミットのリストが表示されます。 これらのリストではコミットの数は 250 に制限されています。 その制限を超える� �合は、追� のコミットがあるという注意書きが表示されます (コミット自体は表示されません)。

参考資料