InglesPransesEspanyol

OnWorks favicon

git-send-pack - Online sa Cloud

Patakbuhin ang git-send-pack sa OnWorks na libreng hosting provider sa Ubuntu Online, Fedora Online, Windows online emulator o MAC OS online emulator

Ito ang command na git-send-pack na maaaring patakbuhin sa OnWorks na libreng hosting provider gamit ang isa sa aming maramihang libreng online na workstation gaya ng Ubuntu Online, Fedora Online, Windows online emulator o MAC OS online emulator

PROGRAMA:

NAME


git-send-pack - Itulak ang mga bagay sa ibabaw ng Git protocol sa isa pang repository

SINOPSIS


pumunta magpadala-pack [--lahat] [--dry-run] [--force] [--receive-pack= ]
[--verbose] [--manipis] [--atomic]
[--[no-]signed|--sign=(true|false|kung-tinanong)]
[ :] [ ...]

DESCRIPTION


Kadalasan gusto mong gamitin pumunta itulak, na isang mas mataas na antas na wrapper ng command na ito,
sa halip. Tingnan mo git-pushNa (1).

Invokes git-receive-pack sa isang posibleng malayong imbakan, at ina-update ito mula sa kasalukuyang
repository, nagpapadala ng pinangalanang ref.

Opsyon


--receive-pack=
Daan patungo sa git-receive-pack programa sa malayong dulo. Minsan kapaki-pakinabang kapag nagtutulak
sa isang malayuang imbakan sa ssh, at wala kang programa sa isang direktoryo sa
default na $PATH.

--exec=
Pareho sa --receive-pack= .

--lahat
Sa halip na tahasang tukuyin kung aling mga ref ang ia-update, i-update ang lahat ng mga ulo na lokal
umiiral.

--stdin
Kunin ang listahan ng mga ref mula sa stdin, isa bawat linya. Kung may mga ref na tinukoy sa
command line bilang karagdagan sa pagpipiliang ito, pagkatapos ay ang mga ref mula sa stdin ay naproseso pagkatapos
yung nasa command line.

If --stateless-rpc ay tinukoy kasama ng pagpipiliang ito kung gayon ang listahan ng mga ref ay dapat
nasa packet format (pkt-line). Ang bawat ref ay dapat nasa isang hiwalay na pakete, at ang listahan
dapat magtapos sa isang flush packet.

--dry-run
Gawin ang lahat maliban sa aktwal na ipadala ang mga update.

--puwersa
Karaniwan, ang utos ay tumatangging mag-update ng isang malayuang ref na hindi isang ninuno ng
ang lokal na ref ay ginamit upang i-overwrite ito. Hindi pinapagana ng flag na ito ang tseke. Ang ibig sabihin nito ay iyon
ang remote na imbakan ay maaaring mawalan ng mga commit; gamitin ito nang may pag-iingat.

--verbose
Patakbuhin nang buong salita.

--payat
Magpadala ng "manipis" na pack, na nagtatala ng mga bagay sa deltified form batay sa mga bagay na hindi
kasama sa pack upang mabawasan ang trapiko sa network.

--atomic
Gumamit ng atomic na transaksyon para sa pag-update ng mga ref. Kung ang alinman sa mga ref ay nabigong mag-update
pagkatapos ay ang buong push ay mabibigo nang hindi nagbabago ng anumang mga ref.

--[no-]signed, --sign=(true|false|kung-tinanong)
GPG-pirmahan ang push request para i-update ang mga ref sa receiving side, para payagan ito
sinuri ng mga kawit at/o mai-log. Kung mali o --no-sign, walang pagpirma
sinubukan. Kung true o --signed, mabibigo ang push kung hindi sinusuportahan ng server
mga pinirmahang push. Kung nakatakda sa kung-tinanong, lagdaan kung at kung sinusuportahan lang ng server ang naka-sign
nagtutulak. Mabibigo din ang push kung mabigo ang aktwal na tawag sa gpg --sign. Tingnan mo git-
tumanggap-pack(1) para sa mga detalye sa receiving end.


Isang malayong host na maglalagay ng repositoryo. Kapag tinukoy ang bahaging ito, git-receive-pack
ay hinihingi sa pamamagitan ng ssh.


Ang imbakan upang i-update.

...
Ang mga remote na ref para i-update.

PAGTUKOY ANG REFS


May tatlong paraan para tukuyin kung aling mga ref ang ia-update sa remote na dulo.

may --lahat flag, lahat ng ref na umiiral nang lokal ay inililipat sa malayong bahagi. Ikaw
hindi maaaring tukuyin ang anuman kung gagamitin mo ang watawat na ito.

Wala --lahat at walang anuman , ang mga ulo na umiiral pareho sa lokal na bahagi at sa
ang malayong bahagi ay na-update.

Kapag isa o higit pa ay tahasang tinukoy (sa command line man o sa pamamagitan ng
--stdin), maaari itong maging isang pattern, o isang pares ng naturang pattern na pinaghihiwalay ng a
colon ":" (nangangahulugan ito na hindi maaaring magkaroon ng colon ang isang ref name). Isang solong pattern
ay isang shorthand lamang para sa :.

Ang bawat pares ng pattern ay binubuo ng source side (bago ang colon) at ang destination side
(pagkatapos ng colon). Ang ref na itutulak ay tinutukoy sa pamamagitan ng paghahanap ng tugma na tumutugma sa
gilid ng pinagmulan, at kung saan ito itinutulak ay tinutukoy sa pamamagitan ng paggamit sa patutunguhan na bahagi. Mga panuntunan
ginamit upang tumugma sa isang ref ay ang parehong mga panuntunang ginagamit ng pumunta rev-parse upang malutas ang isang simbolikong ref
pangalan. Tingnan mo git-rev-parseNa (1).

· Ito ay isang error kung hindi eksaktong tumutugma sa isa sa mga lokal na ref.

· Ito ay isang error kung tumutugma sa higit sa isang remote ref.

· Kung hindi rin tumutugma sa anumang remote na ref

· kailangan itong magsimula sa "refs/"; ay literal na ginagamit bilang destinasyon dito
kaso.

· == at ang ref na tumugma sa hindi dapat umiral sa set ng
remote ref; tugma ang ref lokal ay ginagamit bilang pangalan ng destinasyon.

Wala --puwersa, ang ref ay naka-imbak sa remote lamang kung ay hindi umiiral, o
ay isang wastong subset (ibig sabihin, isang ninuno) ng . Ang tseke na ito, na kilala bilang "fast-forward
check", ay ginagawa upang maiwasan ang aksidenteng pag-overwrite sa remote ref at mawala
commit ng ibang tao mula doon.

may --puwersa, ang fast-forward check ay hindi pinagana para sa lahat ng ref.

Opsyonal, a parameter ay maaaring prefix na may plus + sign upang huwag paganahin ang
fast-forward check lang sa ref na iyon.

GIT


Parte ng pumunta(1) suite

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


Mga Libreng Server at Workstation

Mag-download ng Windows at Linux apps

Linux command

Ad