Я новичок в git с точки зрения создания правильной структуры и рабочего процесса и хотел бы знать, что некоторые эксперты git подумали о рабочем процессе и структуре.Правильная структура/рабочий процесс Git repo
Я работаю в агентстве и пришел из другого агентства, которое было магазином Microsoft с использованием TFS. Структура TFS, которая была использована, как показано ниже на высоком уровне:
> - Client Name
> - Website Project
> - A project adding features to the existing website
> - A Different Website Project
> - A project adding features to the existing website -
> - Banner Ad's
> - A different type of project (such as a Kiosk project, etc.)
> - Client Name
> - Client Name
Я думал, что это был хороший подход, насколько структуры, но понимают, TFS сильно отличается от мерзавца.
Я хотел бы сделать что-то подобное с точки зрения структуры, используя Git и GitHub, если это выполнимо. Если нет, что бы вы предложили в качестве улучшенной структуры/рабочего процесса?
Будет ли подходящий способ (с Git) иметь отдельный репо для каждого клиента или каждого проекта? Есть ли способ, которым мы могли бы использовать 1 репо и структурировать его аналогично структуре примера TFS выше? Если это так, структура, подобная git, или кто-нибудь предложит лучший подход?
На данный момент у нас есть и еще один разработчик, но он будет развиваться до 4-8 разработчиков. Просто ищите комментарии и предложения от экспертов, чтобы сформировать некоторые идеи, основанные на стоимости, и как сделать это правильно, чтобы что-то было на месте. Спасибо!
Git определенно работает лучше всего с одним хранилищем на проект, а иногда и с несколькими, например. если вы используете подмодули или что-то подобное. Я бы не рекомендовал включать несколько проектов в один репозиторий. – Chris
Спасибо! Да, я подумал, прочитав об этом, что это не будет идеальным способом. Я думаю, что пользователь, предложенный ниже, определенно станет началом, если мы собираемся использовать Git Hub. Спасибо за ваш ответ. –