Наверное, нет, и по уважительным причинам. Ключи S SH должны быть уникальными и индивидуальными для каждого пользователя. Это как для идентификации, так и для безопасности.
Ваш s sh ключ - это то, как Github идентифицирует вас. Когда вы подключаетесь к Github через S SH, вы используете URL, например git@github.com:org/repo.git. Часть git@ означает, что вы и все остальные подключаетесь как пользователь git. Github идентифицирует вашу учетную запись с помощью ключа S SH. Если у всех в вашем проекте был один и тот же ключ s sh, Github не мог бы вас отличить.
Совместное использование аутентификации - плохая практика безопасности, будь то пароли или ключи. Когда кто-то покидает проект, его аутентификация должна быть отозвана. Если у вас есть отдельные ключи, это легко и просто. Если все используют один и тот же ключ s sh, вам нужно разослать всем новый общий ключ s sh, подождать (или надеяться), что все обновятся, и отозвать старый общий ключ. Вам также нужно найти все места, где общий ключ мог быть установлен, и заменить их новым ключом.
Скорее всего, это будет выглядеть как хлопот, и проект будет go использовать теперь потенциально скомпрометированный общий ключ.
С отдельными ключами, если ключ скомпрометирован, ущерб ограничивается тем, что этот ключ может получить доступ. И, опять же, замена скомпрометированного ключа проста. Скомпрометированный ключ может быть немедленно отозван, при этом причиняя неудобства только одному пользователю. Скомпрометированный общий ключ влияет на весь ваш проект. Атакующий имеет доступ ко всем аккаунтам. Отзыв скомпрометированного ключа отключает весь проект, пока замена не будет распространена; и это может привести к тому, что безопасность не решится отозвать ключ.