git-clone - Online sa Cloud

PROGRAMA:

NAME

git-clone - I-clone ang isang repository sa isang bagong direktoryo

SINOPSIS

pumunta clone [--template= ]
[-l] [-s] [--no-hardlinks] [-q] [-n] [--hubad] [--mirror]
[-o ] [-b ] [-u ] [--sanggunian ]
[--dissociate] [--separate-git-dir ]
[--lalim ] [--[walang-]iisang sangay]
[--recursive | --recurse-submodules] [--]
[ ]

DESCRIPTION

Kino-clone ang isang repository sa isang bagong likhang direktoryo, lumilikha ng mga sangay ng malayuang pagsubaybay para sa
bawat sangay sa naka-clone na repositoryo (nakikita gamit ang git branch -r), at lumilikha at sumusuri
ang isang paunang sangay na na-forked mula sa kasalukuyang aktibong sangay ng naka-clone na repositoryo.

Pagkatapos ng clone, ang isang plain git fetch na walang argumento ay mag-a-update sa lahat ng remote-tracking
branches, at isang git pull na walang argumento ay sa karagdagan ay pagsasamahin ang remote master branch
sa kasalukuyang master branch, kung mayroon man (ito ay hindi totoo kapag ang "--single-branch" ay ibinigay;
tingnan sa ibaba).

Ang default na pagsasaayos na ito ay nakakamit sa pamamagitan ng paglikha ng mga sanggunian sa malayong mga pinuno ng sangay
sa ilalim ng ref/remotes/origin at sa pamamagitan ng pagsisimula ng remote.origin.url at remote.origin.fetch
mga variable ng pagsasaayos.

Opsyon

--lokal, -l
Kapag nasa isang lokal na makina ang repositoryo upang mai-clone, nilalampasan ng flag na ito ang normal
"Git aware" transport mechanism at kino-clone ang repository sa pamamagitan ng paggawa ng kopya ng HEAD at
lahat ng bagay sa ilalim ng mga direktoryo ng object at ref. Ang mga file sa ilalim ng .git/objects/ directory
ay hardlink upang makatipid ng espasyo kapag posible.

Kung ang imbakan ay tinukoy bilang isang lokal na landas (hal., /path/to/repo), ito ang
default, at --local ay mahalagang isang no-op. Kung ang imbakan ay tinukoy bilang isang URL,
pagkatapos ay binabalewala ang watawat na ito (at hindi namin kailanman ginagamit ang mga lokal na pag-optimize). Tinutukoy
I-o-override ng --no-local ang default kapag ibinigay ang /path/to/repo, gamit ang regular
Git transport sa halip.

--walang-hardlink
Pilitin ang proseso ng pag-clone mula sa isang repository sa isang lokal na filesystem upang kopyahin ang mga file
sa ilalim ng direktoryo ng .git/objects sa halip na gumamit ng mga hardlink. Ito ay maaaring kanais-nais kung
sinusubukan mong gumawa ng back-up ng iyong repository.

--ibinahagi, -s
Kapag ang repositoryo upang i-clone ay nasa lokal na makina, sa halip na gumamit ng mga matitigas na link,
awtomatikong i-setup ang .git/objects/info/alternate upang ibahagi ang mga bagay sa pinagmulan
imbakan. Ang nagreresultang imbakan ay nagsisimula nang walang anumang bagay sa sarili nitong.

NOTA: ito ay isang posibleng mapanganib na operasyon; gawin hindi gamitin ito maliban kung naiintindihan mo kung ano
ginagawa nito. Kung i-clone mo ang iyong repository gamit ang opsyong ito at pagkatapos ay tanggalin ang mga sanga (o
gumamit ng anumang iba pang utos ng Git na ginagawang hindi na-reference ang anumang umiiral na commit) sa pinagmulan
repository, ang ilang bagay ay maaaring maging unreference (o nakabitin). Ang mga bagay na ito ay maaaring
inalis ng mga normal na operasyon ng Git (gaya ng git commit) na awtomatikong tumatawag sa git gc
--auto. (Tingnan git-gc(1).) Kung ang mga bagay na ito ay aalisin at isinangguni ng
na-clone na imbakan, pagkatapos ang na-clone na imbakan ay magiging corrupt.

Tandaan na ang pagpapatakbo ng git repack nang walang -l na opsyon sa isang repositoryo na na-clone ng -s will
kopyahin ang mga bagay mula sa pinagmulang imbakan sa isang pack sa na-clone na imbakan, na nag-aalis
ang disk space savings ng clone -s. Gayunpaman, ligtas na patakbuhin ang git gc, na gumagamit ng
-l na opsyon bilang default.

Kung gusto mong sirain ang dependency ng isang repository na naka-clone ng -s sa pinagmulan nito
repository, maaari mo lamang patakbuhin ang git repack -a upang kopyahin ang lahat ng mga bagay mula sa pinagmulan
repository sa isang pack sa cloned repository.

--sanggunian
Kung ang reference na repository ay nasa lokal na makina, awtomatikong i-setup
.git/objects/info/alternate para makakuha ng mga object mula sa reference na repository. Gamit ang isang
Ang mayroon nang repositoryo bilang kahaliling ay mangangailangan ng mas kaunting mga bagay na makokopya
mula sa imbakan na na-clone, binabawasan ang mga gastos sa network at lokal na imbakan.

NOTA: tingnan ang TANDAAN para sa --shared na opsyon, at gayundin ang --dissociate na opsyon.

--maghiwalay
Hiramin ang mga bagay mula sa mga reference na repository na tinukoy kasama ang --reference na mga opsyon
para lamang bawasan ang paglipat ng network, at ihinto ang paghiram mula sa kanila pagkatapos ng clone ay ginawa ni
paggawa ng mga kinakailangang lokal na kopya ng mga hiniram na bagay. Ang pagpipiliang ito ay maaari ding gamitin kapag
lokal na pag-clone mula sa isang repositoryo na nanghihiram na ng mga bagay mula sa iba
repository-ang bagong repository ay hihiram ng mga bagay mula sa parehong repository, at ito
maaaring gamitin ang opsyon upang ihinto ang paghiram.

--tahimik, -q
Magpatakbo nang tahimik. Hindi iniuulat ang pag-unlad sa karaniwang stream ng error. Ang watawat na ito ay
ipinasa din sa utos na 'rsync' kapag ibinigay.

--verbose, -v
Patakbuhin nang buong salita. Hindi nakakaapekto sa pag-uulat ng katayuan ng pag-unlad sa karaniwang error
stream.

--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.

--no-checkout, -n
Walang ginawang pag-checkout ng HEAD pagkatapos makumpleto ang clone.

--hubad
Gumawa ng walang kalaman-laman Git repository. Ibig sabihin, sa halip na lumikha at paglalagay ng
administratibong mga file sa /.git, gawin ang mismo ang $GIT_DIR.
Ito ay malinaw na nagpapahiwatig ng -n dahil walang lugar upang tingnan ang gumaganang puno.
Gayundin ang mga branch head sa remote ay direktang kinopya sa kaukulang lokal na sangay
heads, nang walang pagmamapa sa mga ito sa ref/remotes/origin/. Kapag ginamit ang opsyong ito, hindi rin
Ang mga sangay sa remote-tracking o ang mga nauugnay na variable ng configuration ay ginawa.

--salamin
Mag-set up ng salamin ng source repository. Ito ay nagpapahiwatig --hubad. Kung ikukumpara sa --bare,
--mirror ay hindi lamang nagmamapa ng mga lokal na sangay ng pinagmulan sa mga lokal na sangay ng target,
ito ay nagmamapa ng lahat ng mga ref (kabilang ang mga remote-tracking branch, mga tala atbp.) at nagse-set up ng a
refspec configuration na ang lahat ng mga ref na ito ay na-overwrite ng isang git remote update
sa target na imbakan.

--pinanggalingan , -o
Sa halip na gamitin ang malayong pinanggalingan ng pangalan upang subaybayan ang upstream na repository, gamitin
.

--sangay , -b
Sa halip na ituro ang bagong likhang HEAD sa sangay na itinuro ng naka-clone
ULO ng repositoryo, ituro sa sangay sa halip. Sa isang hindi hubad na imbakan, ito ay
ang sangay na susuriin. Ang --branch ay maaari ding kumuha ng mga tag at tanggalin ang
HEAD sa commit na iyon sa resultang repository.

--upload-pack , -u
Kapag ibinigay, at ang repositoryo upang mai-clone mula sa ay na-access sa pamamagitan ng ssh, ito ay tumutukoy sa a
non-default na landas para sa command na tumakbo sa kabilang dulo.

--template=
Tukuyin ang direktoryo kung saan gagamitin ang mga template; (Tingnan ang "TEMPLATE DIRECTORY"
na seksyon ng git-init(1).)

--config = , -c =
Magtakda ng configuration variable sa bagong likhang repositoryo; ito ay magkakabisa
kaagad pagkatapos masimulan ang imbakan, ngunit bago ang malayong kasaysayan ay
kinuha o anumang mga file na na-check out. Ang susi ay nasa parehong format tulad ng inaasahan ni git-
config(1) (hal., core.eol=true). Kung maraming value ang ibinigay para sa parehong key, bawat isa
ang halaga ay isusulat sa config file. Ginagawa nitong ligtas, halimbawa, ang magdagdag
karagdagang pagkuha ng mga refspec sa pinanggalingan na remote.

--lalim
Gumawa ng mababaw clone na may history na pinutol sa tinukoy na bilang ng mga commit.
Nagpapahiwatig --iisang-sangay maliban kung --walang-isang-sangay ang ibinigay upang kunin ang mga kasaysayang malapit sa
ang mga tip ng lahat ng mga sangay.

--[no-]iisang sangay
I-clone lamang ang kasaysayan na humahantong sa dulo ng isang sangay, alinman sa tinukoy ng
--branch na opsyon o ang pangunahing branch ng remote na HEAD ay tumuturo sa. Mga karagdagang pagkuha sa
ang magreresultang repositoryo ay mag-a-update lamang ng remote-tracking branch para sa branch
ang pagpipiliang ito ay ginamit para sa paunang pag-clone. Kung ang HEAD sa remote ay hindi nakaturo
sa anumang branch noong ginawa ang --single-branch clone, walang remote-tracking branch
nilikha.

--recursive, --recurse-submodules
Matapos magawa ang clone, simulan ang lahat ng mga submodules sa loob, gamit ang kanilang default
mga setting. Ito ay katumbas ng pagpapatakbo ng git submodule update --init --recursive
kaagad pagkatapos matapos ang clone. Ang pagpipiliang ito ay hindi papansinin kung ang clone
ang repository ay walang worktree/checkout (ibig sabihin kung alinman sa --no-checkout/-n, --bare,
o --ibinigay ang salamin)

--separate-git-dir=
Sa halip na ilagay ang naka-clone na imbakan kung saan ito dapat, ilagay ang na-clone
repository sa tinukoy na direktoryo, pagkatapos ay gumawa ng simbolikong filesystem-agnostic na Git
link doon. Ang resulta ay ang Git repository ay maaaring ihiwalay mula sa working tree.


Ang (posibleng malayuan) na imbakan kung saan i-clone. Tingnan ang seksyong URLS sa ibaba para sa higit pa
impormasyon sa pagtukoy ng mga repositoryo.


Ang pangalan ng isang bagong direktoryo upang i-clone. Ang "makatao" na bahagi ng pinagmulan
Ang repositoryo ay ginagamit kung walang direktoryo na tahasang ibinigay (repo para sa /path/to/repo.git at
foo para sa host.xz:foo/.git). Ang pag-clone sa isang kasalukuyang direktoryo ay pinapayagan lamang kung ang
walang laman ang direktoryo.

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 nauna ay nagpapahiwatig --local na opsyon.

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

HALIMBAWA

· I-clone mula sa upstream:

$ git clone git://git.kernel.org/pub/scm/.../linux.git my-linux
$ cd my-linux
$ gumawa

· Gumawa ng lokal na clone na humiram mula sa kasalukuyang direktoryo, nang hindi sinusuri ang mga bagay
palabas:

$ git clone -l -s -n . ../kopya
$ cd ../kopya
$ git show-branch

· I-clone mula sa upstream habang humihiram mula sa isang umiiral na lokal na direktoryo:

$ git clone --reference /git/linux.git \
git://git.kernel.org/pub/scm/.../linux.git \
aking-linux
$ cd my-linux

· Lumikha ng isang walang laman na imbakan upang i-publish ang iyong mga pagbabago sa publiko:

$ git clone --bare -l /home/proj/.git /pub/scm/proj.git

GIT

Parte ng pumunta(1) suite

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