Примери за използване на Git pull на Български и техните преводи на Английски
{-}
-
Colloquial
-
Official
-
Medicine
-
Ecclesiastic
-
Ecclesiastic
-
Computer
В най-простия смисъл git pull изпълнява git fetch последвано от git merge.
В Пребазиране на клонове използвахме командата за да направим--rebase опция по подразбиране при изпълнение на git pull.
Ако използвате git pull и искате да включите--rebase аргумента по подразбиране, можете да зададете pull. .
Можете също така да опростите това изпълнявайки git pull--rebase, вместо нормален git pull.
В най-простия смисъл git pull изпълнява git fetch последвано от git merge.
В режима по подразбиране git pull е съкращение за git fetch, последвано от git сливане FETCH_HEAD.
В общия случай е по-добреда използвате fetch и merge, защото понякога магията на git pull може да създаде недоразумения.
В режима по подразбиране git pull е съкращение за git fetch, последвано от git сливане FETCH_HEAD.
По-конкретно, git pull изпълнява git fetch с дадените параметри и призовава git merge да обедини получените заглавия на клонове в текущия клон.
Ако сте в такъв проследяващ клон и изпълните git pull, Git автоматично знае кой сървър да ползва за изтегляне и в кой клон да слее разликите.
Ако направите git pull, ще се създаде merge commit, който включва и двете линни история и хранилището ви ще изглежда така.
Да направим merge къмит звучи естествено за нас като Git потребител(в края на краищата, това е което прави git pull), и git-tf може да го направи с git tf pull.
Ако не работите често с определен колега, но въпреки това искате даполучавате работата му по този начин, можете да подадете на git pull директно адреса на отдалеченото хранилище.
Ако виждате ред git pull patch-1, това е прост начин да слеете отдалечен клон без да трябва да добавяте remote. Видяхме това в Извличане от отделечени клонове.
Новата версия наосновния код може да изисква по-нови версии на разширения и облици, така че трябва да влезете във директорията на всяко разширение и облик и да я актуализирате с команда като git pull--recurse-submodules.
Обаче, съществува команда git pull, която по същество е git fetch последвана от автоматично изпълнение на git merge в повечето случаи.
Източници↑ Това може да предизвика проблеми с препращането, когато по-късно използвате"git pull" за обновяване на плиткия клон и по-новата редакция е отнасена към по-старите, които все още не са изтеглени на системата Ви.
В Git 1.8.3 и по-новите версии, git merge и git pull могат да се инструктират да проверяват и отхвърлят сливането на къмити, които не носят в себе си trusted GPG сигнатура с опцията--verify-signatures.
Ако текущият ви клон код(branch) е настроен да проследява отдалечен клон(вижте следващата секция и Клонове в Git за повече информация),можете да използвате командата git pull за автоматично изтегляне и сливане на данните от отдалечения клон в локалния.
Обикновено git pull прави това, като изпълнява git fetch да актуализира локално копие на отдалеченото хранилище, и след това да обедини промените в собственото си хранилище за кодове и евентуално в работното копие.
Ако с ваш колега работите по един и същи проект и той поиска да погледнете нещо по неговата работа, тоедна команда от рода на git pull/home/john/project вероятно ще е по-лесна опция от това той да изпрати нещо до мрежовото хранилище и вие след това да го теглите при вас.
Тя още ви показва отдалечените клонове на сървъра, които вие все още нямате локално при вас, локално съхранените от преди клонове, които вече не съществуват на сървъра, и множество локални клонове, които могат да се слеят автоматично съссъответните си отдалечени такива(които следят) при изпълнение на git pull.
Ако имате проследяващ клон създаден по начина по-горе, изрично посочен от вас илиавтоматично създаден като следствие от командите clone или checkout, то git pull последователно ще потърси кое отдалечено хранилище и клон са следени от текущия локален клон, след това ще изтегли информацията от тях и ще се опита да я слее автоматично в локалния клон.
Rebase конфигурационната стойност с git config--global pull. rebase true.
Използваме я за издърпваме на конкретна референция, която е извън областта по подразбиране в Pull Request референции и видяхме как да издърпваме от bundle в Пакети в Git(Bundling).
Това често се нарича pull request и обикновено такава заявка се генерира или директно през уеб сайта- GitHub има собствен“Pull Request” механизъм, който ще видим в GitHub- или пък с командата git request-pull чийто изход трябва да изпратите по имейл на мениджъра на проекта ръчно.
Това често се нарича pull request и обикновено такава заявка се генерира или директно през уеб сайта- GitHub има собствен“Pull Request” механизъм, който ще видим в GitHub- или пък с командата git request-pull чийто изход трябва да изпратите по имейл на мениджъра на проекта ръчно.