5.1 Дистрибуиран Git - Дистрибуирани работни процеси

Во централизирани системи, генерално постои единствен модел на соработка - централизиран работен тек. Еден централен центар, или repository, може да прифати код, и сите ги синхронизираат нивните дела со неа. Голем број на развивачи се јазли - потрошувачи на тој центар - и се синхронизираат со тоа едно место.

Ова значи дека ако двајца развивачи клонираат од центарот и двете прават промени, првиот инвеститор кој ќе ги притисне своите промени назад може да го стори тоа без никакви проблеми. Вториот развивач мора да се спои во работата на првиот, пред да ги турка промените, за да не ги пребрише промените на првиот инвеститор. Овој концепт е исто како и во Git, како што е во Subversion (или било кој CVCS), и овој модел работи одлично во Git.

Ако веќе сте задоволни со централизиран работен проток во вашата компанија или тим, лесно можете да продолжите да го користите тој работен тек со Git. Едноставно креирајте едно складиште, и на сите им го давајте пристапот до вашиот тим; Git нема да дозволи корисниците да презапишуваат едни со други. Кажи Џон и Џесика да почнат да работат во исто време. Џон ја завршува својата промена и го турка до серверот. Тогаш Џесика се обидува да ги протурка нејзините промени, но серверот ги отфрла. Таа е кажано дека таа се обидува да ги придвижи промените кои не се брзаат напред и дека нема да може да го стори тоа додека не достигне и спои. Овој работен тек е атрактивен за многу луѓе, бидејќи тоа е парадигма со која многумина се запознаени и задоволни.

Ова исто така не е ограничено само на мали тимови. Со разгранетиот модел на Git, можно е стотици програмери успешно да работат на еден проект преку десетици гранки истовремено.

Бидејќи Git ви овозможува да имате повеќе далечински складишта, можно е да имате работно место каде што секој развивач има пристап до запис во сопственото јавното складиште и чита пристап до сите други. Ова сценарио често вклучува канонско складиште кое го претставува "официјалниот" проект. За да придонесете за тој проект, создавате свој јавен клон на проектот и ќе ги промените. Потоа, можете да испратите барање до одржувачот на главниот проект да ги повлече промените. Одржувачот потоа може да го додаде вашето складиште како далечински управувач, да ги тестира промените локално, да ги спои во нивната гранка и да го врати назад во нивното складиште. Процесот функционира на следниот начин (види << wfdiag_b >>):

Ова е многу чест работен тек со алатки базирани на Hub, како што се GitHub или GitLab, каде што лесно може да се приклучи проект и да се придвижат вашите промени во вашата вилушка за сите што ќе видат. Една од главните предности на овој пристап е тоа што можете да продолжите да работите, а одржувачот на главното складиште може да се повлече во вашите промени во секое време. Соработниците не мора да чекаат проектот да ги инкорпорира нивните промени - секоја партија може да работи со сопствен чекор.

Ова е варијанта на работен тек со повеќе складишта. Тоа генерално се користи од големи проекти со стотици соработници; еден познат пример е Linux кернелот. Различни менаџери за интеграција се одговорни за одредени делови од складиштето; тие се нарекуваат lieutenants. Сите поручители имаат еден менаџер за интеграција познат како добронамерниот диктатор. Добротворниот диктатор турка од неговиот директориум до референтно складиште од кое сите соработници треба да се повлечат. Процесот функционира вака (види << wfdiag_c >>):

Овој вид на работа не е вообичаен, но може да биде корисен во многу големи проекти или во високо хиерархиски средини. Тоа им овозможува на проектниот лидер (диктаторот) да делегира голем дел од работата и да собира големи подмножества на кодот на повеќе точки пред да ги интегрира.

Ова се некои најчесто користени работни процеси кои се можни со дистрибуиран систем како Git, но може да се види дека многу варијации се можни за да одговараат на конкретниот работен процес во реалниот свет. Сега, кога можете (се надевам) да одредите која работна комбинација може да ви работи, ќе покриеме некои поспецифични примери за тоа како да ги постигнете главните улоги што ги сочинуваат различните текови. Во следниот дел, ќе дознаете за неколку заеднички обрасци за придонес кон проектот.