Стратегия разработки Git для небольшой команды [закрыто]

Closed . Этот вопрос основан на мнении . В настоящее время он не принимает ответы.

Хотите улучшить этот вопрос? Обновите вопрос, чтобы на него можно было ответить фактами и цитатами, редактируя это сообщение .

Закрыт 6 месяцев назад .

У нас небольшая цифровая команда (3 дизайнера, 3 разработчика), и мы стремимся интегрировать Git в нашу систему.

В настоящее время для большинства наших сайтов у нас есть тестовый сайт (dev.example.com) и рабочий сайт (example.com). Наши разработчики обычно вносят изменения в код в локальную версию, переносят эти изменения на промежуточный сайт, а затем, после утверждения, эти изменения переносятся вживую. Наши дизайнеры, с другой стороны, вносят небольшие правки (когда разработчики слишком заняты) непосредственно на промежуточном сайте, а затем отправляют их в прямом эфире после утверждения. Кроме того, в некоторых случаях у нас нет промежуточного сайта, и изменения отправляются прямо на производственный сайт.

Я знаю, что различные рабочие процессы не идеальны, но как лучше всего интегрировать Git в текущую? систему и сделать рабочий процесс довольно простым (для дизайнеров ради)? Следует ли стандартизировать наш текущий рабочий процесс перед включением Git (т.е. промежуточные сайты являются обязательными, и дизайнеры должны разрабатывать локально, прежде чем переходить к промежуточному этапу) или Git достаточно гибок, чтобы работать как есть?

Я новичок в Git, но прочитал что отправка должна производиться только в пустой репозиторий. Это необходимо? Если да, то может ли это быть промежуточный сайт? Или это должен быть отдельный объект (например, на внутреннем сервере, таком как example.local)?

Будет ли хороший рабочий процесс таким:

Пользователь извлекает и объединяет чистый репозиторий в локальный репозиторий.
Пользователь разрабатывает локально и фиксирует изменения в локальном репозитории.
Пользователь отправляет изменения в чистый репозиторий на example.local (или что-то подобное)
Пользователь извлекает изменения из чистого репозитория в промежуточный репозиторий dev.example.com
После утверждения, Пользователь переносит изменения из чистого репозитория в производственный репозиторий example.com

Моя единственная проблема с этим рабочим процессом заключается в том, что пустой репозиторий кажется ненужным ... нет? И, наконец, я понимаю, что будет регистрироваться в локальном репозитории (пользователи изменяют, фиксируют и т. Д.), Но мне неясно, что будет регистрироваться в голом репозитории (после нажатия), постановка (после извлечения ) и производство (после тяги); можно ли легко отслеживать и регистрировать все вышеперечисленные шаги?

Спасибо за любые советы / ответы!

git project-management

задан Josh Lee 2 December 2010 в 04:41

0 ответов

Другие вопросы по тегам:

git project-management

Стратегия разработки Git для небольшой команды [закрыто]

0 ответов

Похожие вопросы: