Git Push-код для 2 отдельных репозиториев в разное время вручную

Question

Мне нужна помощь в настройке нового проекта в GIT.

Мой сценарий выглядит следующим образом:

1. У меня будет 2 отдельных сервера с разными репозиториями.
2. Рассматривайте их как промежуточную и производственную.
3. У меня будет локальный код на моей локальной машине для разработки.
4. После завершения функциональности код должен быть сначала передан на промежуточный сервер, а затем на производственную.сервер.
5. Один из сценариев, который будет часто появляться, заключается в том, что мне может не потребоваться отсылать все изменения в Production.
6. Предположим, что сегодня я перенес 6 изменений в промежуточный сервер, а мне может потребоваться только отсылка2 изменения в производство и остальные изменения в какой-то другой день.

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

Возможно ли это?

Если да, дайте мне знать, как или с помощью какого инструмента мы можем добиться этого, еслиэто не полностью достижимо с помощью GIT.

Спасибо

Answer 1

Это можно сделать двумя способами.

---

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

В вашем стандартном git-репозитории при запуске git remote -v обычно отображается следующее:

origin  <url_to_git_repo> (fetch)
origin  <url_to_git_repo> (push)

Вы можете добавить больше, используя git remote add <name> <url>.

В этом случае вы бы git remote add staging <staging_server_repo_location> и git remote add prod <prod_server_repo_location>.

Когда вы хотите отправить изменения на свой промежуточный сервер, вы должны использовать git push staging <branch_name>.

Затем, при отправке изменений на рабочий сервер, вы должны использоватьgit push prod <branch_name>.

Этот метод позволяет в полной мере использовать разветвленную систему Git, в отличие от второго метода, подробно описанного ниже.

---

Второй - Наименьший предпочтительный метод, и достигается с помощью различных ветвей.

Например, у вас будет ветвь master, ветвь staging и ветвь production.

Вы бы распределили рабочий процесс по филиалам, как считаете нужным.