GitHub - Сотрудничество с тем же клонированным хранилищем

Question

Я понимаю, что этот вопрос/запрос кажется очень странным и на самом деле кажется противоречащим тому, что такое кодовое управление версиями, но мне просто интересно, возможно ли это.

По существу у меня есть репозиторий, который я сам использовал для отслеживания изменений кода. В частности, есть подпапка, представляющая разные проекты. Каждая подпапка/подпроект имеет папки сценариев, содержащие скрипты, относящиеся конкретно к этому проекту.

Эта настройка (может быть, не идеальная) отлично работала для меня исключительно для отслеживания моих собственных изменений кода. Теперь у меня есть некоторые сотрудники, которые хотят работать из этих репозиториев. Проблема в том, что каждый проект сильно зависит от данных, связанных с ними. Таким образом, скрипты работают только тогда, когда данные находятся в папке проекта.

В идеальном смысле каждый будет клонировать репозитории в любую область файловой системы, которую они хотят. Но тогда им придется как-то либо скопировать все данные в проекты, либо сделать символические ссылки. Это похоже на хлопот. Я думал, может быть, мы все могли бы работать из моего клонированного репозитория, вносить изменения, а затем фиксировать их. Но проблема в том, что они бы зафиксировали мое имя пользователя правильно? Или они смогут совершить под ним имя пользователя?

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

Спасибо,

Answer 1

Каждый может совершить под каким именем они хотят. Контроль доступа срабатывает, когда вы пытаетесь нажать на Github. Если вы не можете настроить учетные записи для них там, они могут сначала отправить свои коммиты в виде пакетов (по электронной почте).

Наиболее распространенная практика заключается в том, что каждый участник имеет свое собственное репо для совершения сделки, и кто-то объединяет изменения обратно к центральному хозяину (а изменения в мастера также возвращаются в отдельные репозитории).