Как команда должна претворить свои изменения в git master?

Question

Раньше мы (коллега и я) передавали свои изменения непосредственно мастеру. А затем сообщите друг другу, что изменения должны быть извлечены.

Новый сотрудник предлагает разложить git-репо и когда он вносит изменения. Он делает запрос тянуть. Я все еще был бы в мастер репо и принял бы запрос на получение.

Каков традиционный / общий подход при совместной работе в команде? Или есть лучший подход?

Answer 1

Это зависит от того, хотите ли вы иметь один центральный репозиторий или нет. Многие организации использовали и продолжают использовать центральный репозиторий при переходе на git. Это также зависит от доступа, доверия и количества разработчиков. Если вы всего лишь несколько разработчиков, и вы все доверяете друг другу, я бы пошел с центральным голым хранилищем, к которому все подталкивают и вытаскивают. Сохраняй это простым.

Если вы являетесь 100 разработчиками и, возможно, также сторонними разработчиками, которым вы не доверяете, используя свое центральное хранилище и хотите ограничить доступ по каким-либо другим причинам, то запросы на извлечение могут быть решением.

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

Answer 2

Я бы сказал, что есть два основных рабочих процесса:

1. Как сказал Магнус, все подталкивают к «благословенному» голому репо, работая над его местными клонами.
2. Более ограниченный рабочий процесс может предполагать, что ограниченное число людей, имеющих принудительный доступ к благословенному репо, и все другие участники либо отправляют запросы на получение, либо, если получение технически сложно, они предоставляют исправления. Но они тянут из благословенного репо, чтобы синхронизировать свои репо. Этот рабочий процесс подразумевает проверку кода «лейтенантами» до того, как изменение отправится в благословенный репозиторий

Answer 3

Формирование git-репо - намного лучший подход при работе в команде, так как оно гарантирует, что ваше репо и код никогда не попадут в противоречивую стадию. Однако эта практика не очень распространена в мире. Большинство команд сделали это традицией, когда все работают над одной и той же веткой одновременно, это немного опасно, но может быть сделано эффективным, добавив функцию отправки уведомлений по электронной почте в хук репо после получения, чтобы другие Товарищи по команде могут получить изменения, как только они получат уведомление по электронной почте.

Надеюсь, это поможет.

Answer 4

Традиционный способ - это разветвление, т.е. Linus-разветвление ядра Linux является официальной линией.Разница с вашим текущим подходом заключается в том, что вы контролируете изменения.Если вам не нужен этот элемент управления или если вы все равно не можете проверить изменения, потому что у вас нет на это времени, нет никакого преимущества в ручном извлечении.Git отлично справляется со сбросом / удалением, и вы всегда можете вернуться в историю.