git-fetch - Online sa Cloud

PROGRAMA:

NAME

git-fetch - Mag-download ng mga bagay at ref mula sa ibang repositoryo

SINOPSIS

pumunta kunin [ ] [ [ ...]]
pumunta kunin [ ]
pumunta kunin --marami [ ] [( | )...]
pumunta kunin --lahat [ ]

DESCRIPTION

Kunin ang mga sangay at/o mga tag (sama-sama, "refs") mula sa isa o higit pang mga repository,
kasama ang mga bagay na kinakailangan upang makumpleto ang kanilang mga kasaysayan. Ang mga sanga ng remote-tracking ay
na-update (tingnan ang paglalarawan ng sa ibaba para sa mga paraan upang makontrol ang pag-uugaling ito).

Bilang default, ang anumang tag na tumuturo sa mga kinukuhang kasaysayan ay kinukuha din; ang
ang epekto ay ang pagkuha ng mga tag na tumuturo sa mga sangay kung saan ka interesado. Ang default na ito
maaaring baguhin ang pag-uugali sa pamamagitan ng paggamit ng mga --tags o --no-tags na mga opsyon o sa pamamagitan ng pag-configure
remote. .tagOpt. Sa pamamagitan ng paggamit ng refspec na tahasang kumukuha ng mga tag, maaari kang kumuha ng mga tag
na hindi tumuturo sa mga sangay na interesado ka rin.

pumunta kunin maaaring makuha mula sa alinman sa isang pinangalanang repository o URL, o mula sa ilan
mga repositoryo nang sabay-sabay kung binigay at may remotes. pagpasok sa
configuration file. (Tingnan git-config(1)).

Kapag walang tinukoy na remote, bilang default ang pinanggalingan na remote ay gagamitin, maliban kung mayroong isang
upstream branch na na-configure para sa kasalukuyang branch.

Ang mga pangalan ng ref na kinukuha, kasama ang mga pangalan ng bagay na itinuturo nila, ay
isinulat sa .git/FETCH_HEAD. Ang impormasyong ito ay maaaring gamitin ng mga script o iba pang git command,
tulad ng git-pullNa (1).

Opsyon

--lahat
Kunin ang lahat ng remote.

-a, --dugtungan
Idagdag ang mga pangalan ng ref at pangalan ng bagay ng mga kinuhang ref sa mga kasalukuyang nilalaman ng
.git/FETCH_HEAD. Kung wala ang opsyong ito, ang lumang data sa .git/FETCH_HEAD ay mai-overwrite.

--lalim=
Limitahan ang pagkuha sa tinukoy na bilang ng mga commit mula sa dulo ng bawat malayong sangay
kasaysayan. Kung kumukuha sa a mababaw imbakan na nilikha ng git clone na may --depth=
pagpipilian (tingnan git-clone(1)), palalimin o paikliin ang kasaysayan sa tinukoy na bilang ng
ginagawa. Hindi kinukuha ang mga tag para sa mga pinalalim na commit.

--hindi mababaw
Kung kumpleto ang source repository, i-convert ang mababaw na repository sa isang kumpletong,
inaalis ang lahat ng limitasyong ipinataw ng mababaw na mga repositoryo.

Kung mababaw ang source repository, kunin hangga't maaari upang ang kasalukuyang
ang repositoryo ay may kaparehong kasaysayan ng pinagmulang imbakan.

--update-mababaw
Bilang default kapag kinukuha mula sa isang mababaw na repositoryo, tinatanggihan ng git fetch ang mga ref na iyon
nangangailangan ng pag-update ng .git/shallow. Ina-update ng opsyong ito ang .git/shallow at tinatanggap ang mga naturang ref.

--dry-run
Ipakita kung ano ang gagawin, nang hindi gumagawa ng anumang mga pagbabago.

-f, --puwersa
Kailan pumunta kunin ay ginagamit sa : refspec, tumanggi itong i-update ang
lokal na sangay maliban kung ang malayong sangay ito ay kinukuha ay isang inapo
ng . Ino-override ng opsyong ito ang check na iyon.

-k, --panatilihin
Panatilihin ang na-download na pack.

--marami
Payagan ang ilan at mga argumento na tutukuyin. Hindi s ay maaaring
tinukoy.

-p, --puruhin
Pagkatapos kunin, alisin ang anumang remote-tracking reference na wala na sa
remote. Ang mga tag ay hindi napapailalim sa pruning kung sila ay kukunin lamang dahil sa
default na tag na auto-following o dahil sa isang --tags na opsyon. Gayunpaman, kung ang mga tag ay kukunin nang dapat bayaran
sa isang tahasang refspec (alinman sa command line o sa remote na configuration, para sa
halimbawa kung ang remote ay na-clone gamit ang --mirror na opsyon), kung gayon sila ay napapailalim din
sa pruning.

-n, --walang-tag
Bilang default, ang mga tag na tumuturo sa mga bagay na dina-download mula sa malayong repositoryo
ay kinukuha at iniimbak nang lokal. Hindi pinapagana ng opsyong ito ang awtomatikong tag na sumusunod. Ang
Ang default na gawi para sa isang remote ay maaaring tukuyin kasama ng remote. .tagOpt na setting.
Tingnan git-configNa (1).

--refmap=
Kapag kumukuha ng mga ref na nakalista sa command line, gamitin ang tinukoy na refspec (maaaring ibigay
higit sa isang beses) upang imapa ang mga ref sa mga remote-tracking branch, sa halip na ang mga halaga ng
remote.*.fetch configuration variable para sa remote na repository. Tingnan ang seksyon sa
"Naka-configure na Mga Sangay ng Remote-tracking" para sa mga detalye.

-t, --tag
Kunin ang lahat ng mga tag mula sa remote (ibig sabihin, kunin ang mga malayuang tag na ref/tag/* sa mga lokal na tag
na may parehong pangalan), bilang karagdagan sa anumang iba pang maaaring makuha. Gamit
ang pagpipiliang ito lamang ay hindi sumasailalim sa mga tag sa pruning, kahit na --prune ay ginagamit (bagaman
ang mga tag ay maaaring putulin pa rin kung sila rin ang patutunguhan ng isang tahasang refspec; tingnan mo
--pugutan).

--recurse-submodules[=yes|on-demand|no]
Kinokontrol ng opsyong ito kung at sa ilalim ng kung anong mga kundisyon ang bagong commit ng mga populated na submodules
dapat kunin din. Maaari itong magamit bilang isang boolean na opsyon upang ganap na huwag paganahin
recursion kapag nakatakda sa hindi o walang pasubali na magbalik-tanaw sa lahat ng mga populated na submodules
kapag nakatakda sa oo, na siyang default kapag ginamit ang opsyong ito nang walang anumang halaga. Gamitin
hinihingi upang bumalik lamang sa isang populated na submodule kapag nakuha ng superproject ang a
commit na nag-a-update sa reference ng submodule sa isang commit na wala pa sa
lokal na submodule clone.

--no-recurse-submodules
Huwag paganahin ang recursive na pagkuha ng mga submodules (ito ay may parehong epekto tulad ng paggamit ng
--recurse-submodules=no pagpipilian).

--submodule-prefix=
Prepend sa mga path na naka-print sa mga mensaheng nagbibigay-kaalaman gaya ng "Fetching submodule
foo". Ang opsyong ito ay panloob na ginagamit kapag inuulit ang mga submodules.

--recurse-submodules-default=[yes|on-demand]
Ang opsyong ito ay panloob na ginagamit upang pansamantalang magbigay ng hindi negatibong default na halaga para sa
ang --recurse-submodules na opsyon. Lahat ng iba pang paraan ng pag-configure ng submodule ng fetch
recursion (tulad ng mga setting sa gitmodules(5) at git-config(1)) i-override ang opsyong ito,
gaya ng direktang pagtukoy ng --[no-]recurse-submodules.

-u, --update-head-ok
Bilang default pumunta kunin tumangging i-update ang ulo na tumutugma sa kasalukuyang
sangay. Hindi pinapagana ng flag na ito ang tseke. Ito ay para lamang sa panloob na paggamit para sa pumunta paghila
upang makipag-usap sa pumunta kunin, at maliban kung ikaw ay nagpapatupad ng iyong sariling Porselana ikaw
ay hindi dapat gamitin ito.

--upload-pack
Kapag ibinigay, at ang repositoryo na kukunin ay pinangangasiwaan ni pumunta sunduin-pack,
--exec= ay ipinasa sa command upang tukuyin ang hindi default na landas para sa
command run sa kabilang dulo.

-q, --tahimik
Ipasa ang --quiet sa git-fetch-pack at patahimikin ang anumang iba pang panloob na ginagamit na git command.
Hindi iniuulat ang pag-unlad sa karaniwang stream ng error.

-v, --verbose
Maging verbose.

--pag-unlad
Iniuulat ang status ng pag-unlad sa karaniwang stream ng error bilang default kapag ito ay
naka-attach sa isang terminal, maliban kung -q ay tinukoy. Pinipilit ng watawat na ito ang katayuan ng pag-unlad kahit na
kung ang karaniwang stream ng error ay hindi nakadirekta sa isang terminal.


Ang "remote" na repository na pinagmumulan ng operasyon ng pagkuha o paghila. Ito
Ang parameter ay maaaring alinman sa isang URL (tingnan ang seksyong GIT URLS sa ibaba) o ang pangalan ng isang remote
(tingnan ang seksyong REMOTES sa ibaba).


Isang pangalan na tumutukoy sa isang listahan ng mga repositoryo bilang halaga ng mga remote. nasa
configuration file. (Tingnan git-config(1)).


Tinutukoy kung aling mga ref ang kukunin at kung aling mga lokal na ref ang ia-update. Kapag hindi s
lalabas sa command line, ang mga ref na kukunin ay binabasa mula sa remote. .fetch
mga variable sa halip (tingnan ang CONFIGURED REMOTE-TRACKING BRANCHES sa ibaba).

Ang pormat ng a Ang parameter ay isang opsyonal na plus +, na sinusundan ng source ref
, na sinusundan ng colon :, na sinusundan ng patutunguhan ref . Ang colon ay maaaring
inalis kapag ay walang laman.

tag pareho ang ibig sabihin ng mga ref/tag/ :refs/tags/ ; humihiling ito ng pagkuha
lahat hanggang sa ibinigay na tag.

Ang remote na ref na tumutugma ay kinukuha, at kung ay hindi walang laman na string, ang
lokal na ref na tumutugma dito ay fast-forwarded gamit . Kung ang opsyonal na plus + ay
ginamit, ina-update ang lokal na ref kahit na hindi ito nagreresulta sa isang fast-forward na update.

nota
Kapag ang malayong sangay na gusto mong kunin ay kilala na rewound at rebase
regular, inaasahan na ang bagong tip nito ay hindi magmumula sa nauna nito
tip (tulad ng nakaimbak sa iyong remote-tracking branch noong huling beses mong kinuha). Ikaw
Gustong gamitin ang + sign upang ipahiwatig ang mga hindi-fast-forward na update ay kinakailangan
para sa mga ganitong sangay. Walang paraan upang matukoy o ideklara na magkakaroon ng sangay
ginawang available sa isang repositoryo na may ganitong pag-uugali; kailangan lang ng humihila ng user
alamin na ito ang inaasahang pattern ng paggamit para sa isang sangay.

GIT Mga URL

Sa pangkalahatan, naglalaman ang mga URL ng impormasyon tungkol sa transport protocol, ang address ng
remote server, at ang landas patungo sa repositoryo. Depende sa transport protocol, ang ilan
ng impormasyong ito ay maaaring wala.

Sinusuportahan ng Git ang mga protocol ng ssh, git, http, at https (bilang karagdagan, maaaring gamitin ang ftp, at ftps
para sa pagkuha at rsync ay maaaring gamitin para sa pagkuha at pagtulak, ngunit ang mga ito ay hindi mahusay at
hindi na ginagamit; huwag gamitin ang mga ito).

Ang katutubong transportasyon (ibig sabihin, git:// URL) ay walang authentication at dapat gamitin kasama nito
mag-ingat sa mga hindi secure na network.

Ang mga sumusunod na syntax ay maaaring gamitin sa kanila:

· ssh://[user@]host.xz[:port]/path/to/repo.git/

· git://host.xz[:port]/path/to/repo.git/

· http[s]://host.xz[:port]/path/to/repo.git/

· ftp[s]://host.xz[:port]/path/to/repo.git/

· rsync://host.xz/path/to/repo.git/

Ang isang alternatibong scp-like syntax ay maaari ding gamitin sa ssh protocol:

· [user@]host.xz:path/to/repo.git/

Ang syntax na ito ay kinikilala lamang kung walang mga slash bago ang unang colon. Nakakatulong ito
ibahin ang isang lokal na landas na naglalaman ng colon. Halimbawa ang lokal na landas foo:bar ay maaaring
ay tukuyin bilang isang ganap na landas o ./foo:bar upang maiwasang ma-misinterpret bilang isang ssh url.

Ang ssh at git protocol ay sumusuporta din sa ~username expansion:

· ssh://[user@]host.xz[:port]/~[user]/path/to/repo.git/

· git://host.xz[:port]/~[user]/path/to/repo.git/

· [user@]host.xz:/~[user]/path/to/repo.git/

Para sa mga lokal na repositoryo, na sinusuportahan din ng Git sa katutubong paraan, maaaring ang mga sumusunod na syntax
ginamit:

· /path/to/repo.git/

· file:///path/to/repo.git/

Ang dalawang syntax na ito ay halos katumbas, maliban sa pag-clone, kapag ang dating ay nagpapahiwatig
--lokal na opsyon. Tingnan mo git-clone(1) para sa mga detalye.

Kapag hindi alam ni Git kung paano pangasiwaan ang isang partikular na transport protocol, sinusubukan nitong gamitin ang
remote- malayong katulong, kung mayroon. Para tahasang humiling ng malayuang katulong,
maaaring gamitin ang sumusunod na syntax:

· ::

saan maaaring isang path, isang server at path, o isang arbitrary na URL-like string
kinikilala ng partikular na remote helper na hinihingi. Tingnan mo gitremote-helpers(1) para sa
mga detalye.

Kung mayroong isang malaking bilang ng mga katulad na pinangalanang remote na mga imbakan at nais mong gumamit ng a
ibang format para sa kanila (na ang mga URL na iyong ginagamit ay muling isusulat sa mga URL na
trabaho), maaari kang lumikha ng isang seksyon ng pagsasaayos ng form:

[url" "]
sa halipNg =

Halimbawa, kasama nito:

[url "git://git.host.xz/"]
insteadOf = host.xz:/path/to/
insteadOf = trabaho:

isang URL tulad ng "work:repo.git" o tulad ng "host.xz:/path/to/repo.git" ay muling isusulat sa anumang
konteksto na kumukuha ng URL na "git://git.host.xz/repo.git".

Kung gusto mong muling isulat ang mga URL para sa push lamang, maaari kang lumikha ng seksyon ng pagsasaayos ng
anyo:

[url" "]
pushInsteadOf =

Halimbawa, kasama nito:

[url "ssh://example.org/"]
pushInsteadOf = git://example.org/

isang URL tulad ng "git://example.org/path/to/repo.git" ay muling isusulat sa
"ssh://example.org/path/to/repo.git" para sa mga push, ngunit gagamitin pa rin ng pulls ang orihinal
URL

TUNGGAL

Ang pangalan ng isa sa mga sumusunod ay maaaring gamitin sa halip na isang URL bilang argumento:

· isang remote sa Git configuration file: $GIT_DIR/config,

· isang file sa $GIT_DIR/remotes na direktoryo, o

· isang file sa direktoryo ng $GIT_DIR/branches.

Ang lahat ng ito ay nagbibigay-daan din sa iyo na alisin ang refspec mula sa command line dahil sa bawat isa
naglalaman ng isang refspec na gagamitin ng git bilang default.

Pinangalanan malayo in configuration file
Maaari mong piliing ibigay ang pangalan ng isang remote na dati mong na-configure gamit
git-remoteNa (1), git-config(1) o kahit sa pamamagitan ng manu-manong pag-edit sa $GIT_DIR/config file. Ang URL
ng remote na ito ay gagamitin upang ma-access ang repositoryo. Ang refspec ng remote na ito ay magiging
ginagamit bilang default kapag hindi ka nagbigay ng refspec sa command line. Ang entry sa
config file ay lilitaw tulad nito:

[malayo" "]
url =
pushurl =
itulak =
sunduin =

Ang ay ginagamit para sa pagtulak lamang. Ito ay opsyonal at default sa .

Pinangalanan file in $GIT_DIR/remote
Maaari mong piliing ibigay ang pangalan ng isang file sa $GIT_DIR/remotes. Ang URL sa file na ito
ay gagamitin upang ma-access ang repositoryo. Ang refspec sa file na ito ay gagamitin bilang default
kapag hindi ka nagbigay ng refspec sa command line. Ang file na ito ay dapat magkaroon ng sumusunod
format:

URL: isa sa format ng URL sa itaas
Itulak:
Hilahin:

Push: ang mga linya ay ginagamit ng pumunta itulak at Hilahin: ang mga linya ay ginagamit ng pumunta paghila at pumunta kunin.
Maramihang Push: at Pull: na mga linya ay maaaring tukuyin para sa karagdagang mga pagmamapa ng sangay.

Pinangalanan file in $GIT_DIR/mga sangay
Maaari mong piliing ibigay ang pangalan ng isang file sa $GIT_DIR/branches. Ang URL sa file na ito
ay gagamitin upang ma-access ang repositoryo. Ang file na ito ay dapat magkaroon ng sumusunod na format:

#

ay kinakailangan; # ay opsyonal.

Depende sa operasyon, gagamitin ng git ang isa sa mga sumusunod na refspec, kung hindi mo gagawin
magbigay ng isa sa command line. ay ang pangalan ng file na ito sa $GIT_DIR/branches
at default sa master.

Ang git fetch ay gumagamit ng:

refs/heads/ :refs/heads/

Ang git push ay gumagamit ng:

HEAD:refs/heads/

CONFIGURED REMOTE-TRACKING MGA BRANCHES

Madalas kang nakikipag-ugnayan sa parehong remote na repository sa pamamagitan ng regular at paulit-ulit na pagkuha
mula dito. Upang masubaybayan ang pag-unlad ng naturang malayuang imbakan, git fetch
nagbibigay-daan sa iyo upang i-configure ang remote. .fetch ang mga variable ng configuration.

Karaniwan ang ganitong variable ay maaaring magmukhang ganito:

[malayong "pinagmulan"]
fetch = +refs/heads/*:refs/remotes/origin/*

Ang pagsasaayos na ito ay ginagamit sa dalawang paraan:

· Kapag ang git fetch ay pinapatakbo nang hindi tinukoy kung anong mga branch at/o mga tag ang kukunin sa
command line, hal. git fetch pinanggalingan o git fetch, remote. .fetch value
ay ginagamit bilang mga refspec—tinutukoy nila kung aling mga ref ang kukunin at kung aling mga lokal na ref
update. Ang halimbawa sa itaas ay kukuha ng lahat ng mga sangay na umiiral sa pinanggalingan (ibig sabihin, anuman
ref na tumutugma sa kaliwang bahagi ng value, refs/heads/*) at i-update ang
kaukulang mga remote-tracking branch sa ref/remotes/origin/* hierarchy.

· Kapag ang git fetch ay pinapatakbo na may tahasang mga sangay at/o mga tag na kukunin sa command line,
hal git fetch pinanggalingan master, ang s ibinigay sa command line matukoy kung ano
ay dapat kunin (hal. master sa halimbawa, na isang maikling kamay para sa master:,
na nangangahulugang "kunin ang panginoon branch pero hindi ko tahasang sinasabi kung ano
remote-tracking branch upang mag-update dito mula sa command line"), at ang halimbawa
kukunin ang utos lamang ang panginoon sangay. Ang remote. .fetch value
tukuyin kung aling sangay ng remote-tracking, kung mayroon man, ang ina-update. Kapag ginamit sa ganitong paraan, ang
remote. .fetch values ​​ay walang epekto sa pagpapasya Ano nakukuha
(ibig sabihin, ang mga halaga ay hindi ginagamit bilang mga refspec kapag ang command-line ay naglilista ng mga refspec); sila
ay ginagamit lamang upang magpasya saan ang mga ref na kinukuha ay iniimbak sa pamamagitan ng pagkilos bilang a
pagmamapa.

Ang huling paggamit ng remote. Maaaring ma-override ang .fetch value sa pamamagitan ng pagbibigay ng
--refmap= (mga) parameter sa command line.

HALIMBAWA

· I-update ang mga sangay ng remote-tracking:

$ git fetch pinanggalingan

Kinokopya ng command sa itaas ang lahat ng branch mula sa remote refs/heads/namespace at mga tindahan
sa mga lokal na ref/remotes/origin/ namespace, maliban kung ang branch. .fetch
ang opsyon ay ginagamit upang tukuyin ang isang hindi default na refspec.

· Tahasang paggamit ng mga refspecs:

$ git fetch pinanggalingan +pu:pu maint:tmp

Ito ay nag-a-update (o gumagawa, kung kinakailangan) ng mga sangay na pu at tmp sa lokal na imbakan ng
pagkuha mula sa mga sanga (ayon sa pagkakabanggit) pu at pagpapanatili mula sa malayong imbakan.

Ang pu branch ay maa-update kahit hindi ito fast-forward, dahil ito ay
prefix na may plus sign; hindi magiging tmp.

· Sumilip sa sangay ng remote, nang hindi kino-configure ang remote sa iyong lokal na repository:

$ git fetch git://git.kernel.org/pub/scm/git/git.git maint
$ git log FETCH_HEAD

Kinukuha ng unang utos ang pangunahing sangay mula sa imbakan sa
git://git.kernel.org/pub/scm/git/git.git at ang pangalawang command ay gumagamit ng FETCH_HEAD sa
suriin ang sangay na may git-log(1). Ang mga nakuhang bagay ay tuluyang aalisin ni
built-in na housekeeping ng git (tingnan git-gc(1)).

Gumamit ng git-fetch online gamit ang mga serbisyo ng onworks.net