Skip to main content

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

サポートチケットの作成

          GitHub Support ポータルを使用してサポート チケットを作成し、GitHub のサポートに話すことができます。

サポート チケットについて

          GitHub Support ポータルを使用してチケットを作成するか、サポート チケットに診断を含める場合は、GitHub Enterprise Server 管理コンソールを使用できます。

メモ

以前に GitHub Enterprise サポート ポータル (GitHub Enterprise サポート) から 非推奨 に問い合わせたことがある場合は、GitHub Support ポータル を使用して新しいチケットを開く必要があります。

チケットを作成したら、GitHub のサポートでチケットとGitHub Support ポータルからの応答を表示できます。 詳しくは、「サポート チケットの表示と更新」をご覧ください。

前提条件

          GitHub Support ポータルの使用を開始する前に、いくつかの手順を実行する必要があります。 詳細については、「[GitHub Support ポータルの開始ガイド」を](/support/contacting-github-support/getting-started-with-the-github-support-portal)参照してください。

サポート チケットに含める内容

          GitHub のサポート には、プライベートまたは内部の GitHub リソースへのアクセス権がありません。 問題を理解、特定、再現するために必要なすべての情報を GitHub のサポート に提供することで、迅速な解決が可能になり、自分とサポート チームの間でのやり取りが少なくなります。 
          GitHub のサポートが支援できるように、チケットを作成するときは次の点を考慮してください。
  • 問題の追跡、優先順位付け、再現、調査 GitHub のサポート に役立つ情報を取得します。
  • 可能な限り、完全な URL、リポジトリ名、ユーザー名を含めます。
  • 可能であれば問題を再現し、問題発生の手順を共有できるようにしてください。
  • 問題の詳細な説明と期待される結果を提供できるように準備してください。
  • 問題に関連するすべてのエラーメッセージをそのままコピーしてください。
  • GitHub のサポートとの継続的な通信に既存のチケット番号があるかどうかを判断します。
  • 関連するログを含め、問題を示すスクリーンショットを添付します。
    • スクリーンショットを提供するときは、アドレス バーに完全な URL が表示されていることを確認します。 これにより、関連情報 GitHub のサポート 迅速に見つけることができます。 機密情報は必ず編集してください。

担当者の選択

特に、 Urgent 優先チケットの場合、 GitHub のサポート に連絡するユーザーは次の手順を実行する必要があります。

  • 社内のシステム、ツール、ポリシー、実務をよく知っていること。
  • GitHub Enterprise Serverの熟練したユーザーになる。
  • 問題のトラブルシューティングに必要なすべてのサービスへの完全なアクセスと権限を持っていること。
  • 推奨された変更をネットワーク及び該当する製品に行う権限を持っていること。

を使用してサポート チケットを作成GitHub Support ポータル

チケットを送信する前に、 GitHub サポートにおけるCopilot を使用して質問に対する即時の回答を受け取るオプションがあります。 GitHub サポートにおけるCopilot問題を解決できない場合は、引き続きチケットを送信できます。 詳しくは、「GitHub サポートのCopilotについて」をご覧ください。

重要

企業で データ所在地を使用している場合は、データ常駐企業に関するサポート チケットを作成するときに、 GHE.com アカウントでサインインする必要があります。 それ以外の場合は、 GHE.com アカウントを使用して新しいチケットを開くように求められます。

  1.        [GitHub Support ポータル](https://support.github.com/)に移動し、次のいずれかのオプションを選択します。
    
    • GitHub アカウントでサインインするには、[GitHubでサインイン] をクリックします。
    • 企業で データ所在地 を使用している場合 ( octocorp.ghe.com のようなドメインを使用します):
      1. サインイン ダイアログで [Sign in to your .ghe account] をクリックします。
      2. Enterprise またはテナントの名前 (管理者から提供されたもの) を入力して続けます。
      3. メッセージに従って SAML 認証プロセスを完了します。 これにより、.ghe の Enterprise 管理アカウントにサインインします。
    • GitHubにサインアップするには、[GitHubにサインアップ] をクリックします。
    • ログインまたはサインアップできない場合は、[ログインできない場合] をクリックし、フォームに記入します。 電子メールの確認プロセスが案内されます。 GitHub Enterprise ライセンスをアップロードする必要があります。 詳細については、 AUTOTITLE を参照してください。
  2.        **[個人アカウント、Enterprise アカウントまたは Organization を選ぶ]** ドロップダウン メニューを選び、サポート チケットに関連するアカウントの名前をクリックします。
    

    メモ

    * Premium plan、Premium Plus plan、またはMission Critical Services for GitHub planサポートの場合は、GitHub Premium のサポート プランを持つエンタープライズ アカウントを選択する必要があります。 ドロップダウン メニューに [Enterprise] セクションが表示されない場合、Enterprise アカウントに代わってサポート チケットを開く権利はありません。 詳細については、「GitHub サポートについて」を参照してください * GitHub Premium のサポート プランを使用してエンタープライズ アカウントの一覧を表示するには、GitHub Support ポータルにサインインしている必要があります。 詳しくは、「エンタープライズ向け GitHub サポートポータルの利用開始」をご覧ください。

    • 選択したアカウントと、説明する ID またはトピックの間に不一致がある場合、 GitHub のサポート は、正しいアカウントにリンクされた新しいチケットを開くよう指示したり、要求したりする場合があります。
  3. [ From ] ドロップダウン メニューを選択し、連絡 GitHub のサポート メール アドレスをクリックします。

    チケットへの CC メールの追加: - 管理者またはサポート資格のあるユーザーは、チケット フォームから直接 CC のチケットに最大 10 個の追加メール アドレスを追加できます。

  • メール アドレスをさらに追加するには、メールで直接それらをループインします。

    CC 受信者の能力: - CC 上のユーザーは、チケットに関連するすべての会話と添付ファイルを読むことができます。

  • チケットに返信を送信することもできます。

    サポート ポータル表示: - 電子メール アドレスを CC しても、そのメール アドレスのチケットはサポート ポータルに自動的に表示されません。

    管理、資格のあるユーザーのサポート: - 管理とサポート資格のあるユーザーは、企業または組織のメンバーによって作成されたチケットをポータルで表示できます。 ただし、コメントできるようにするには、そのようなチケットに CC を付ける必要があります。

  1. [製品] ドロップダウン メニューを選択し、[**GitHub Enterprise Server (セルフホステッド)**をクリックします。

  2. メッセージが表示されたら、 Server installation ドロップダウン メニューを選択し、サポート チケットに関連するインストールをクリックします。 インストールが表示されない場合は、 Other をクリックします。

  3. [ リリース シリーズ ] ドロップダウン メニューを選択し、実行中のリリース お使いの GitHub Enterprise Server インスタンス をクリックします。

  4.        **[問題の種類] **ドロップダウン メニューを選択し、適切な状況をクリックしてください。
    
  5. 必要に応じて、アカウントに GitHub Premium のサポート が含まれている場合で、チケットがシステム障害や重要なサービス停止に関するものであり、生産環境での業務遂行を現在妨げている場合は、英語でのコールバックを要求できます。 [GitHub のサポートからコールバックを要求する] を選択し、国コードのドロップダウン メニューを選択して国を選択し、電話番号を入力します。

    メモ

    チケットの解決に必要な場合にのみコールバックを受け取ります。

  6. [Subject] には、問題を説明する題名を入力してください。

  7. [How can we help] には、Support チームが問題のトラブルシューティングをするうえで役立つと考えられる追加情報をすべて入力してください。 マークダウンを使用してメッセージを書式設定できます。

    有益な情報の例としては、以下のようなものがあります:

    • 問題を再現する手順
    • 問題を発見したときの特殊な状況 (たとえば、最初に発生したときや特定のイベントの後に発生したとき、発生頻度、問題のビジネスへの影響、緊急性の示唆など)
    • エラー メッセージの正確な文言

    最大 50 MB のファイルを添付できます。 サポート バンドルなどの大きな添付ファイルについては、 GitHub サポートにデータを提供する を参照してください。

    警告

    イメージまたはビデオをプル要求または発行コメントにアップロードしたり、ファイルを GitHub Support ポータルのチケットにアップロードしたりすると、pull request または issue がプライベート リポジトリ内にある場合でもプライベート モードが有効になっている場合でも、誰でも認証なしで匿名化された URL を表示できます。 機密性の高いメディア ファイルを非公開にしておきたい場合は、認証を必要とするプライベート ネットワークやサーバーから配信してください。

  8. 必要に応じて、診断ファイルやその他のファイルを、ドラッグ アンド ドロップ、アップロード、またはクリップボードからの貼り付けで添付します。

  9.        **[Send request](要求を送信する)** をクリックします。
    

          [Management Console]を使用してチケットを作成する
  1. GitHub Enterprise Server の管理アカウントから、任意のページの右上隅にある をクリックします。

  2. [サイト管理者] ページにまだ表示されていない場合は、左上隅の [サイト管理者] をクリックします。

  3. [ Site admin] サイドバーで、[[Management Console]] をクリックします。

  4. 複数の [Management Console] ユーザー アカウントを作成している場合は、 [ルート サイト管理者] または [[Management Console] ユーザー] を選びます。 [Management Console] のユーザー アカウントの詳細については、「管理コンソールへのアクセスの管理」を参照してください。

  5. [Management Console]の資格情報を入力します。 Continue をクリックします。

  6. 上部のナビゲーション バーで [サポート] をクリックします。

    [Management Console] のヘッダーのスクリーンショット。 [サポート] というラベルが付いたタブがオレンジ色の枠線で強調表示されています。

  7. 次のいずれかのオプションを選択します。

    • GitHub アカウントでサインインするには、[GitHubでサインイン] をクリックします。
    • GitHubにサインアップするには、[GitHubにサインアップ] をクリックします。
    • ログインまたはサインアップできない場合は、[ログインできない場合] をクリックし、フォームに記入します。 Emailの確認プロセスが案内されます。 GitHub Enterprise ライセンスをアップロードする必要があります。 詳しくは、「GitHub Enterprise のライセンスのダウンロード」をご覧ください。
  8. サポート チケットに診断を含めたい場合には、[診断] の下の [診断情報のダウンロード] をクリックし、ファイルをローカルに保存します。 このファイルは、後でサポートチケットに添付します。

  9. チケットを完成させ、 GitHub Support ポータルを表示するには、[サポートリクエストを開く]で[ 新しいサポートリクエスト]をクリックします。

  10.        **[個人アカウント、Enterprise アカウントまたは Organization を選ぶ]** ドロップダウン メニューを選び、サポート チケットに関連するアカウントの名前をクリックします。
    

    メモ

    * Premium plan、Premium Plus plan、またはMission Critical Services for GitHub planサポートの場合は、GitHub Premium のサポート プランを持つエンタープライズ アカウントを選択する必要があります。 ドロップダウン メニューに [Enterprise] セクションが表示されない場合、Enterprise アカウントに代わってサポート チケットを開く権利はありません。 詳細については、「GitHub サポートについて」を参照してください * GitHub Premium のサポート プランを使用してエンタープライズ アカウントの一覧を表示するには、GitHub Support ポータルにサインインしている必要があります。 詳しくは、「エンタープライズ向け GitHub サポートポータルの利用開始」をご覧ください。

    • 選択したアカウントと、説明する ID またはトピックの間に不一致がある場合、 GitHub のサポート は、正しいアカウントにリンクされた新しいチケットを開くよう指示したり、要求したりする場合があります。
  11. [ From ] ドロップダウン メニューを選択し、連絡 GitHub のサポート メール アドレスをクリックします。

    チケットへの CC メールの追加: - 管理者またはサポート資格のあるユーザーは、チケット フォームから直接 CC のチケットに最大 10 個の追加メール アドレスを追加できます。

  • メール アドレスをさらに追加するには、メールで直接それらをループインします。

    CC 受信者の能力: - CC 上のユーザーは、チケットに関連するすべての会話と添付ファイルを読むことができます。

  • チケットに返信を送信することもできます。

    サポート ポータル表示: - 電子メール アドレスを CC しても、そのメール アドレスのチケットはサポート ポータルに自動的に表示されません。

    管理、資格のあるユーザーのサポート: - 管理とサポート資格のあるユーザーは、企業または組織のメンバーによって作成されたチケットをポータルで表示できます。 ただし、コメントできるようにするには、そのようなチケットに CC を付ける必要があります。

  1. [製品] ドロップダウン メニューを選択し、[**GitHub Enterprise Server (セルフホステッド)**をクリックします。

  2. メッセージが表示されたら、 Server installation ドロップダウン メニューを選択し、サポート チケットに関連するインストールをクリックします。 インストールが表示されない場合は、 Other をクリックします。

  3. [ リリース シリーズ ] ドロップダウン メニューを選択し、実行中のリリース お使いの GitHub Enterprise Server インスタンス をクリックします。

  4.        **[問題の種類] **ドロップダウン メニューを選択し、適切な状況をクリックしてください。
    
  5. 必要に応じて、アカウントに GitHub Premium のサポート が含まれている場合で、チケットがシステム障害や重要なサービス停止に関するものであり、生産環境での業務遂行を現在妨げている場合は、英語でのコールバックを要求できます。 [GitHub のサポートからコールバックを要求する] を選択し、国コードのドロップダウン メニューを選択して国を選択し、電話番号を入力します。

    メモ

    チケットの解決に必要な場合にのみコールバックを受け取ります。

  6. [Subject] には、問題を説明する題名を入力してください。

  7. [How can we help] には、Support チームが問題のトラブルシューティングをするうえで役立つと考えられる追加情報をすべて入力してください。 マークダウンを使用してメッセージを書式設定できます。

    有益な情報の例としては、以下のようなものがあります:

    • 問題を再現する手順
    • 問題を発見したときの特殊な状況 (たとえば、最初に発生したときや特定のイベントの後に発生したとき、発生頻度、問題のビジネスへの影響、緊急性の示唆など)
    • エラー メッセージの正確な文言

    最大 50 MB のファイルを添付できます。 サポート バンドルなどの大きな添付ファイルについては、 GitHub サポートにデータを提供する を参照してください。

    警告

    イメージまたはビデオをプル要求または発行コメントにアップロードしたり、ファイルを GitHub Support ポータルのチケットにアップロードしたりすると、pull request または issue がプライベート リポジトリ内にある場合でもプライベート モードが有効になっている場合でも、誰でも認証なしで匿名化された URL を表示できます。 機密性の高いメディア ファイルを非公開にしておきたい場合は、認証を必要とするプライベート ネットワークやサーバーから配信してください。

  8. 必要に応じて、診断ファイルやその他のファイルを、ドラッグ アンド ドロップ、アップロード、またはクリップボードからの貼り付けで添付します。

  9.        **[Send request](要求を送信する)** をクリックします。
    

参考資料