Создание запроса в службу поддержки

Сведения о запросах в службу поддержки

Вы можете создать свой тикет с Портал поддержки GitHub помощью ИЛИ, если хотите добавить диагностику в свою заявку поддержки, вы можете использовать консоль управления серверами GitHub Enterprise.

После создания заявки вы можете просмотреть свой заявку и ответы с Служба поддержки GitHub .Портал поддержки GitHub Дополнительные сведения см. в разделе Просмотр и обновление запросов в службу поддержки.

Необходимые компоненты

несколько шагов, которые следует выполнить перед тем, как начать использовать Портал поддержки GitHub. Для получения дополнительной информации см. раздел «Начало с Портал поддержки GitHub.

Что следует включить в запрос в службу поддержки

Служба поддержки GitHub не имеет доступа ни к частным, ни внутренним GitHub ресурсам. Предоставление Служба поддержки GitHub всего необходимого для понимания, поиска и воспроизведения проблемы позволит быстрее решить её и уменьшить обмен мнениями между вами и командой поддержки. Чтобы помочь Служба поддержки GitHub вам, учитывайте следующие моменты при написании заявки:

• Получите информацию, которая поможет Служба поддержки GitHub отслеживать, расставлять приоритеты, воспроизводить или расследовать проблему.
• По возможности включите полные URL-адреса, имена репозиториев и имена пользователей.
• Воспроизведите проблему (если это применимо) и будьте готовы предоставить общий доступ к шагам.
• Будьте готовы предоставить полное описание проблемы и ожидаемые результаты.
• Скопируйте точные формулировки всех сообщений об ошибках, связанных с вашей проблемой.
• Определите, существует ли существующий номер тикета в любых текущих коммуникациях с Служба поддержки GitHub.
• Включите соответствующие журналы и вложите все снимки экрана, демонстрирующие проблему.
  • При предоставлении скриншотов убедитесь, что полный URL виден в адресной строке. Это помогает Служба поддержки GitHub быстрее находить релевантную информацию. Обязательно удалите любую чувствительную информацию.

Выбор контактного лица

Особенно для тикетов с Urgent приоритетом, лицо, к Служба поддержки GitHub которому обращается, должно:

• Быть осведомленным касательно внутренних систем, средств, политик и практик.
• Будьте опытным пользователем GitHub Enterprise Server.
• Обладать полным доступом и разрешениями для всех служб, необходимых для устранения этой проблемы.
• Быть авторизованным, чтобы вносить рекомендуемые изменения в сеть и все применимые продукты.

Создание заявки в поддержку с помощью Портал поддержки GitHub

Перед отправкой заявки у вас есть возможность получить немедленный ответ на ваш вопрос.Copilot в поддержке GitHub Если Copilot в поддержке GitHub не удаётся решить вашу проблему, вы можете продолжить подачу заявки. Дополнительные сведения см. в разделе О Copilot в поддержке GitHub.

1. Перейдите к Портал поддержки GitHub меню и выберите один из следующих вариантов:

   • Чтобы войти с вашей GitHub учётной записи, нажмите «Войти с помощью GitHub.
   • Если ваше предприятие использует Место расположения данных (вы будете использовать домен вроде octocorp.ghe.com):
     1. В диалоговом окне входа нажмите кнопку "Войти" в учетную запись GHE.
     2. Введите имя предприятия или клиента (предоставленное администратором) и продолжайте работу.
     3. Завершите процесс проверки подлинности SAML по запросу. Вы войдете в учетную запись ghe, управляемую предприятием.
   • Чтобы зарегистрироваться GitHub, нажмите Зарегистрироваться на GitHub.
   • Если вы не можете войти или зарегистрироваться, нажмите кнопку " Не удается войти" и заполните форму. Вас проведут через процесс проверки электронной почты. Вам нужно будет загрузить свою GitHub Enterprise лицензию. Для получения дополнительной информации см. Скачивание лицензии для GitHub Enterprise.

2. Выберите раскрывающееся меню "Выбрать личная учетная запись", "Учетная запись предприятия" или "Организация" и выберите имя учетной записи, в отношении учетной записи в службу поддержки.

   Примечание.

   • Для Premium plan, , или Premium Plus plan поддержки, вам нужно выбрать корпоративный аккаунт с тарифным Mission Critical Services for GitHub plan планомСведения о поддержке уровня "Премиум" GitHub. Если вы не видите раздел "Предприятия" в раскрывающемся меню, вы не имеете права открывать запросы в службу поддержки от имени корпоративной учетной записи. Дополнительные сведения см. в разделе О поддержке GitHub
   • Чтобы увидеть список ваших корпоративных аккаунтов с планом Сведения о поддержке уровня "Премиум" GitHub , необходимо войти в Портал поддержки GitHub. Дополнительные сведения см. в разделе Как начать работу вашего предприятия с помощью портала поддержки GitHub.
   • Если существует несоответствие между выбранным вами аккаунтом и темой или идентичностью, которую вы обсуждаете, Служба поддержки GitHub это может потребовать или потребовать открыть новый тикет, привязанный к правильному аккаунту.

3. Выберите выпадающее меню «From from» и выберите адрес электронной почты, Служба поддержки GitHub с которым хотите связаться.

   Добавление сообщений электронной почты CC в билет: администратор или пользователь, имеющий право на поддержку, может добавить до 10 дополнительных адресов электронной почты в билет на CC непосредственно из формы билета. — Чтобы добавить дополнительные адреса электронной почты, зацикливать их непосредственно по электронной почте.

   Возможности получателей CC: - Пользователи в CC могут читать каждую беседу и вложение, связанные с билетом.

• Они также могут отправить ответ на билет.

  Портал поддержки видимости: — CCing адрес электронной почты не отображает запрос на портале поддержки для этого адреса электронной почты.

  Администраторы, пользователи, имеющие право на поддержку: администраторы и пользователи, имеющие право на поддержку, могут просматривать билеты, созданные участниками своего предприятия или организации на портале. Тем не менее, они по-прежнему должны быть CC на таких билетах, чтобы иметь возможность комментировать их.

1. Выберите выпадающее меню «Продукт» и нажмите GitHub Enterprise Server (самостоятельное размещение).

2. При появлении запроса выберите раскрывающееся меню Установка сервера и щелкните установку, о которой говорится в вашем запросе в службу поддержки. Если установка не указана, щелкните Другое.

3. Выберите выпадающее меню «Серия релизов » и нажмите «Релиз экземпляр GitHub Enterprise Server запускается».

4. Выберите раскрывающееся меню "Тип проблемы" и выберите соответствующее обстоятельство.

5. По желанию, если ваш аккаунт включает информацию Сведения о поддержке уровня "Премиум" GitHub , а ваш заявка связана с системным сбоем или критическим сбоем, блокирующим бизнес-операции в производстве, вы можете запросить повторный звонок на английском языке. Выберите «Запросить обратный звонок», Служба поддержки GitHub выберите выпадающее меню с кодом страны, чтобы выбрать свою страну, и введите свой номер телефона.

   Примечание.

   Вы получите обратный вызов только в случае необходимости для разрешения билета.

6. В текстовом поле "Тема" введите описательный заголовок проблемы, с которой вы столкнулись.

7. В текстовой области "Как мы можем помочь" укажите дополнительные сведения, которые помогут группе поддержки устранить проблему. Для форматирования сообщения можно использовать разметку Markdown.

   Полезные сведения могут включать:

   • Шаги для воспроизведения проблемы
   • Любые особые обстоятельства, связанные с обнаружением проблемы (например, первое возникновение или возникновение после определенного события, частота возникновения, воздействие проблемы на бизнес и предполагаемая срочность).
   • Точная формулировка сообщений об ошибках

   Вы можете прикреплять файлы до 50 МБ. Для более крупных вложений, таких как пакеты поддержки, см. AUTOTITLE.

   Предупреждение

   Когда вы загружаете изображение или видео в pull request, отправляете комментарий или загружаете файл в тикет Портал поддержки GitHubв , любой может просмотреть анонимный URL без аутентификации, даже если pull request или проблема находится в приватном репозитории или если включён приватный режим. Чтобы конфиденциальные мультимедийные файлы оставались таковыми, обслуживайте их из частной сети или сервера, требующего проверки подлинности.

8. При необходимости прикрепите файлы диагностики и другие файлы, перетащив их, загрузив или вставив из буфера обмена.

9. Щелкните Отправить запрос.

Создание тикета с помощью Консоль управления

1. В учетной записи администратора GitHub Enterprise Server, в правом верхнем углу любой страницы щелкните .

2. Если вы еще не на странице "Администратор сайта", в левом верхнем углу щелкните Администратор сайта.

3. На боковой панели " "Администратор сайта" щелкните Консоль управления.

4. Если вы создали несколько учетных записей пользователей Консоль управления, выберите администратора корневого сайта или Консоль управления пользователя. Дополнительные сведения о учетных записях пользователей Консоль управления см. в разделе Управление доступом к консоли управления.

5. Введите учетные данные Консоль управления . Затем нажмите кнопку Продолжить.

6. В верхней панели навигации нажмите кнопку "Поддержка".

   

7. Выберите один из следующих параметров:

   • Чтобы войти с вашей GitHub учётной записи, нажмите «Войти с помощью GitHub.
   • Чтобы зарегистрироваться GitHub, нажмите Зарегистрироваться на GitHub.
   • Если вы не можете войти или зарегистрироваться, нажмите кнопку " Не удается войти" и заполните форму. Вы будете руководствоваться процессом проверки электронной почты. Вам нужно будет загрузить свою GitHub Enterprise лицензию. Дополнительные сведения см. в разделе Скачивание лицензии для GitHub Enterprise.

8. Если вместе с запросом в службу поддержки вы хотите включить диагностику, в разделе "Диагностика" нажмите кнопку Скачать сведения о диагностике и сохраните файл локально. Позже вы вложите этот файл в запрос в службу поддержки.

9. Чтобы заполнить заявку и показать Портал поддержки GitHub, в разделе «Открыть запрос в поддержку», нажмите « Новый запрос в поддержку».

10. Выберите раскрывающееся меню "Выбрать личная учетная запись", "Учетная запись предприятия" или "Организация" и выберите имя учетной записи, в отношении учетной записи в службу поддержки.

    Примечание.

    • Для Premium plan, , или Premium Plus plan поддержки, вам нужно выбрать корпоративный аккаунт с тарифным Mission Critical Services for GitHub plan планомСведения о поддержке уровня "Премиум" GitHub. Если вы не видите раздел "Предприятия" в раскрывающемся меню, вы не имеете права открывать запросы в службу поддержки от имени корпоративной учетной записи. Дополнительные сведения см. в разделе О поддержке GitHub
    • Чтобы увидеть список ваших корпоративных аккаунтов с планом Сведения о поддержке уровня "Премиум" GitHub , необходимо войти в Портал поддержки GitHub. Дополнительные сведения см. в разделе Как начать работу вашего предприятия с помощью портала поддержки GitHub.
    • Если существует несоответствие между выбранным вами аккаунтом и темой или идентичностью, которую вы обсуждаете, Служба поддержки GitHub это может потребовать или потребовать открыть новый тикет, привязанный к правильному аккаунту.

11. Выберите выпадающее меню «From from» и выберите адрес электронной почты, Служба поддержки GitHub с которым хотите связаться.

    Добавление сообщений электронной почты CC в билет: администратор или пользователь, имеющий право на поддержку, может добавить до 10 дополнительных адресов электронной почты в билет на CC непосредственно из формы билета. — Чтобы добавить дополнительные адреса электронной почты, зацикливать их непосредственно по электронной почте.

    Возможности получателей CC: - Пользователи в CC могут читать каждую беседу и вложение, связанные с билетом.

• Они также могут отправить ответ на билет.

  Портал поддержки видимости: — CCing адрес электронной почты не отображает запрос на портале поддержки для этого адреса электронной почты.

  Администраторы, пользователи, имеющие право на поддержку: администраторы и пользователи, имеющие право на поддержку, могут просматривать билеты, созданные участниками своего предприятия или организации на портале. Тем не менее, они по-прежнему должны быть CC на таких билетах, чтобы иметь возможность комментировать их.

1. Выберите выпадающее меню «Продукт» и нажмите GitHub Enterprise Server (самостоятельное размещение).

2. При появлении запроса выберите раскрывающееся меню Установка сервера и щелкните установку, о которой говорится в вашем запросе в службу поддержки. Если установка не указана, щелкните Другое.

3. Выберите выпадающее меню «Серия релизов » и нажмите «Релиз экземпляр GitHub Enterprise Server запускается».

4. Выберите раскрывающееся меню "Тип проблемы" и выберите соответствующее обстоятельство.

5. По желанию, если ваш аккаунт включает информацию Сведения о поддержке уровня "Премиум" GitHub , а ваш заявка связана с системным сбоем или критическим сбоем, блокирующим бизнес-операции в производстве, вы можете запросить повторный звонок на английском языке. Выберите «Запросить обратный звонок», Служба поддержки GitHub выберите выпадающее меню с кодом страны, чтобы выбрать свою страну, и введите свой номер телефона.

   Примечание.

   Вы получите обратный вызов только в случае необходимости для разрешения билета.

6. В текстовом поле "Тема" введите описательный заголовок проблемы, с которой вы столкнулись.

7. В текстовой области "Как мы можем помочь" укажите дополнительные сведения, которые помогут группе поддержки устранить проблему. Для форматирования сообщения можно использовать разметку Markdown.

   Полезные сведения могут включать:

   • Шаги для воспроизведения проблемы
   • Любые особые обстоятельства, связанные с обнаружением проблемы (например, первое возникновение или возникновение после определенного события, частота возникновения, воздействие проблемы на бизнес и предполагаемая срочность).
   • Точная формулировка сообщений об ошибках

   Вы можете прикреплять файлы до 50 МБ. Для более крупных вложений, таких как пакеты поддержки, см. AUTOTITLE.

   Предупреждение

   Когда вы загружаете изображение или видео в pull request, отправляете комментарий или загружаете файл в тикет Портал поддержки GitHubв , любой может просмотреть анонимный URL без аутентификации, даже если pull request или проблема находится в приватном репозитории или если включён приватный режим. Чтобы конфиденциальные мультимедийные файлы оставались таковыми, обслуживайте их из частной сети или сервера, требующего проверки подлинности.

8. При необходимости прикрепите файлы диагностики и другие файлы, перетащив их, загрузив или вставив из буфера обмена.

9. Щелкните Отправить запрос.

Дополнительные материалы

• О поддержке GitHub