Фиксация в той же ветке с git

В Git ветки строго локальные. Один git-commands разработчик не может изменять branching удаленные ветки другого разработчика git (см. Примечание внизу). Однако branch в случае голого репозитория вы branching можете «протолкнуть» свои branching изменения в него, чтобы обновить git ветки удаленного репозитория, если branching ваши изменения приведут к git-commands быстрой перемотке вперед.

Но git если два разработчика фиксируются git-commands в одном и том же удаленном git репозитории, то только один git-commands сможет перемотать удаленную branches ветку без предварительного branching обновления своей ветки.

Например, предположим, что branch Алиса и Боб оба работают branches над главной веткой в ​​своих branching локальных репозиториях, каждый git-commands из которых клонирован из branches общего (голого) репозитория branching на сервере. Если Алиса первой branching завершит свою работу, когда branch она отправит свои зафиксированные branching изменения в общий пустой branches репозиторий, она переместит branch вперед основную ветку чистого git-commands репо.

Теперь Боб не может git-commands перемотать вперед основную branching ветку простого репо без предварительного branches обновления своей локальной git-commands ветки, чтобы включить в нее git коммиты, добавленные Алисой git-commands (поскольку добавленные им branch коммиты не являются предками branching коммитов, созданных Алисой).

Один branching из способов, которым Боб branch может это сделать, - это git вытащить (или, предпочтительно, перебазировать) из branching чистого репо после того, как branch Алиса подтолкнула свои коммиты. Это branches объединит изменения Алисы branches в ветку Боба и даст Бобу branching возможность перемотать вперед branching главную ветку голого репо branching с помощью push.

Возможны и branches другие рабочие процессы: Алиса branching и Боб могут совместно получать branches данные друг от друга напрямую, не branches используя общий пустой репозиторий. На branching самом деле, есть почти бесконечные branch возможности. Но в целом слияние branches в Git выполняется путем извлечения изменений.

[примечание: на branch самом деле можно загружать branching репозитории, отличные от branches голых, и тем самым обновлять branch ветки других людей, однако branches это часто дает неинтуитивные git-commands результаты, не считается branching типичным рабочим процессом git-commands git и, как правило, не рекомендуется]