Skip to main content
ドキュメントには� �繁に更新が� えられ、その都度公開されています。本ページの翻訳はま� 未完成な部分があることをご了承く� さい。最新の情� �については、英語のドキュメンテーションをご参照く� さい。本ページの翻訳に問題がある� �合はこちらまでご連絡く� さい。

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2022-06-03. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの改善、新機能のためには、最新バージョンのGitHub Enterpriseにアップグレードしてく� さい。 アップグレードに関する支援については、GitHub Enterprise supportに連絡してく� さい。

Issue � けのリポジトリの作成

GitHub Enterprise Serverでは Issue に限定されたアクセス権限は存在しませんが、Issue 専用のリポジトリを作成すれば、実質的にそのようなアクセス権限を設定できます。

  1. private リポジトリを作成し、プロジェクトのソースコードをホストします。
  2. Issue トラッカーをホストするための権限を持つ 2 番目のリポジトリを作成します。
  3. このリポジトリの目的を説明し、Issue セクションと結びつける README ファイルを Issue リポジトリに追� します。
  4. 思うようにコラボレーターまたは Team にリポジトリへのアクセスを付与するよう設定します。

どちらにも書き込みアクセスのあるユーザは、リポジトリ間でお互いに Issue を引用して閉じることができます。た� し、必要な権限がない� �合は最低限の情� �� けの参照を見ることしかできません。

たとえば、プライベートリポジトリのデフォルトブランチに Fixes organization/public-repo#12 というメッセージをつけてコミットをプッシュした� �合、Issue は閉じられますが、Issue を閉じたコミットを示すリポジトリ間の参照は、適切な権限を持っているユーザ� けしか見られません。 権限がなくても参照は表示されますが、詳細は省略されます。