git - Online sa Cloud

PROGRAMA:

NAME

git - ang hangal na tagasubaybay ng nilalaman

SINOPSIS

pumunta [--bersyon] [--help] [-C ] [-c = ]
[--exec-path[= ]] [--html-path] [--man-path] [--info-path]
[-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
[--git-dir= ] [--work-tree= ] [--namespace= ]
[ ]

DESCRIPTION

Ang Git ay isang mabilis, scalable, distributed na revision control system na may hindi pangkaraniwang mayaman
command set na nagbibigay ng parehong mataas na antas ng pagpapatakbo at ganap na access sa mga internal.

Tingnan gittutorial(7) upang makapagsimula, pagkatapos ay tingnan araw-araw(7) para sa isang kapaki-pakinabang na minimum na hanay ng
mga utos. Ang pumunta Ng gumagamit manwal[1] ay may mas malalim na panimula.

Pagkatapos mong mapag-aralan ang mga pangunahing konsepto, maaari kang bumalik sa pahinang ito upang malaman kung ano
mga utos na alok ng Git. Maaari kang matuto nang higit pa tungkol sa mga indibidwal na utos ng Git gamit ang "git help
utos". gitcli(7) manual page ay nagbibigay sa iyo ng pangkalahatang-ideya ng command-line command syntax.

Ang naka-format at naka-hyperlink na bersyon ng pinakabagong dokumentasyon ng Git ay maaaring matingnan sa
http://git-htmldocs.googlecode.com/git/git.html.

Opsyon

--bersyon
Ini-print ang bersyon ng Git suite na ang pumunta nagmula ang programa.

- Tumulong
Nagpi-print ng buod at isang listahan ng mga pinakakaraniwang ginagamit na command. Kung ang opsyon --lahat
or -a ay ibinigay pagkatapos ang lahat ng magagamit na mga utos ay naka-print. Kung ang isang utos ng Git ay pinangalanan ito
ilalabas ng opsyon ang manu-manong pahina para sa utos na iyon.

Available ang iba pang mga opsyon para kontrolin kung paano ipinapakita ang manual page. Tingnan mo git-
Tulungan(1) para sa higit pang impormasyon, dahil ang git --help ... ay panloob na na-convert sa git
tulong....

-C
Tumakbo na parang sinimulan ang git sa halip na ang kasalukuyang gumaganang direktoryo. Kailan
ibinibigay ang maramihang -C na opsyon, bawat kasunod na hindi ganap na -C ay binibigyang kahulugan
kamag-anak sa naunang -C .

Nakakaapekto ang opsyong ito sa mga opsyon na umaasa sa pangalan ng path tulad ng --git-dir at --work-tree in
na ang kanilang mga interpretasyon sa mga pangalan ng path ay gagawing kaugnay sa paggawa
direktoryo na dulot ng -C na opsyon. Halimbawa ang mga sumusunod na invocation ay
katumbas:

git --git-dir=a.git --work-tree=b -C c status
git --git-dir=c/a.git --work-tree=c/b status

-c =
Ipasa ang isang parameter ng pagsasaayos sa utos. Ang halagang ibinigay ay mag-o-override sa mga halaga
mula sa mga configuration file. Ang ay inaasahan sa parehong format tulad ng nakalista ni pumunta
config (mga subkey na pinaghihiwalay ng mga tuldok).

Tandaan na ang pag-alis ng = sa git -c foo.bar ... ay pinapayagan at nagtatakda ng foo.bar sa
boolean true value (tulad ng [foo]bar sa isang config file). Kasama ang mga katumbas
ngunit may walang laman na halaga (tulad ng git -c foo.bar= ...) ay nagtatakda ng foo.bar sa walang laman na string.

--exec-path[= ]
Path sa kung saan naka-install ang iyong mga pangunahing Git program. Maaari rin itong kontrolin ng
pagtatakda ng GIT_EXEC_PATH na variable ng kapaligiran. Kung walang binigay na daan, pumunta magpi-print
ang kasalukuyang setting at pagkatapos ay lumabas.

--html-path
I-print ang path, nang walang trailing slash, kung saan naka-install ang dokumentasyong HTML ng Git
at lumabas.

--tao-landas
I-print ang manpath (tingnan lalaki(1)) para sa mga man page para sa bersyong ito ng Git at exit.

--info-path
I-print ang landas kung saan naka-install ang mga file ng Info na nagdodokumento sa bersyong ito ng Git at
lumabas.

-p, --paginate
Pipe ang lahat ng output sa kulang (o kung nakatakda, $PAGER) kung ang karaniwang output ay isang terminal. Ito
nilalampasan ang pager. mga opsyon sa pagsasaayos (tingnan ang "Mekanismo ng Configuration"
seksyon sa ibaba).

--walang-pager
Huwag i-pipe ang output ng Git sa isang pager.

--git-dir=
Itakda ang landas sa repositoryo. Maaari din itong kontrolin sa pamamagitan ng pagtatakda ng GIT_DIR
variable ng kapaligiran. Maaari itong maging ganap na landas o kamag-anak na landas sa kasalukuyang pagtatrabaho
direktoryo.

--work-tree=
Itakda ang landas patungo sa gumaganang puno. Maaari itong maging isang ganap na landas o isang landas na nauugnay sa
kasalukuyang gumaganang direktoryo. Maaari din itong kontrolin sa pamamagitan ng pagtatakda ng GIT_WORK_TREE
environment variable at ang core.worktree configuration variable (tingnan ang core.worktree
in git-config(1) para sa mas detalyadong talakayan).

--namespace=
Itakda ang Git namespace. Tingnan mo gitnamespaces(7) para sa higit pang mga detalye. Katumbas ng setting
ang variable ng kapaligiran ng GIT_NAMESPACE.

--hubad
Tratuhin ang imbakan bilang isang hubad na imbakan. Kung ang GIT_DIR na kapaligiran ay hindi nakatakda, ito ay
itakda sa kasalukuyang gumaganang direktoryo.

--no-replace-objects
Huwag gumamit ng mga kapalit na ref upang palitan ang mga bagay sa Git. Tingnan mo git-palitan(1) para sa higit pa
impormasyon.

--literal-pathspecs
Tratuhin ang mga pathspec nang literal (ibig sabihin, walang globbing, walang pathspec magic). Ito ay katumbas ng
pagtatakda ng GIT_LITERAL_PATHSPECS na variable ng kapaligiran sa 1.

--glob-pathspecs
Magdagdag ng "glob" magic sa lahat ng pathspec. Ito ay katumbas ng pagtatakda ng GIT_GLOB_PATHSPECS
environment variable sa 1. Maaaring gawin ang hindi pagpapagana ng globbing sa mga indibidwal na pathspec
gamit ang pathspec magic ":(literal)"

--noglob-pathspecs
Magdagdag ng "literal" na magic sa lahat ng pathspec. Ito ay katumbas ng pagtatakda ng
GIT_NOGLOB_PATHSPECS environment variable sa 1. Pinapagana ang globbing sa indibidwal
pathspecs ay maaaring gawin gamit ang pathspec magic ":(glob)"

--icase-pathspecs
Magdagdag ng "icase" magic sa lahat ng pathspec. Ito ay katumbas ng pagtatakda ng
GIT_ICASE_PATHSPECS environment variable sa 1.

GIT UTOS

Hinahati namin ang Git sa mataas na antas ("porselana") na mga utos at mababang antas ("pagtutubero") na mga utos.

MATAAS NA LEBEL UTOS (PORSELANA)

Pinaghihiwalay namin ang mga utos ng porselana sa mga pangunahing utos at ilang pantulong na gumagamit
mga utility.

Pangunahin porselana utos
git-add(1)
Magdagdag ng mga nilalaman ng file sa index.

git-am(1)
Ilapat ang isang serye ng mga patch mula sa isang mailbox.

git-archive(1)
Lumikha ng isang archive ng mga file mula sa isang pinangalanang puno.

git-bisect(1)
Gumamit ng binary search para mahanap ang commit na nagpakilala ng bug.

git-branch(1)
Maglista, gumawa, o magtanggal ng mga sangay.

git-bundle(1)
Ilipat ang mga bagay at ref ayon sa archive.

git-checkout(1)
Lumipat ng mga sanga o ibalik ang gumaganang mga file ng puno.

git-cherry-pick(1)
Ilapat ang mga pagbabagong ipinakilala ng ilang kasalukuyang commit.

git-citool(1)
Graphical na alternatibo sa git-commit.

git-malinis(1)
Alisin ang mga hindi sinusubaybayang file mula sa working tree.

git-clone(1)
I-clone ang isang repository sa isang bagong direktoryo.

git-commit(1)
Itala ang mga pagbabago sa repositoryo.

git-describe(1)
Ilarawan ang isang commit gamit ang pinakabagong tag na maaabot mula dito.

git-diff(1)
Ipakita ang mga pagbabago sa pagitan ng commit, commit at working tree, atbp.

git-fetch(1)
Mag-download ng mga bagay at ref mula sa isa pang repository.

git-format-patch(1)
Maghanda ng mga patch para sa pagsusumite ng e-mail.

git-gc(1)
Linisin ang mga hindi kinakailangang file at i-optimize ang lokal na imbakan.

git-grep(1)
Mag-print ng mga linya na tumutugma sa isang pattern.

git-gui(1)
Isang portable na graphical na interface sa Git.

git-init(1)
Gumawa ng isang walang laman na repositoryo ng Git o muling simulan ang isang umiiral na.

git-log(1)
Ipakita ang mga commit log.

git-merge(1)
Pagsamahin ang dalawa o higit pang kasaysayan ng pag-unlad.

git-mv(1)
Ilipat o palitan ang pangalan ng isang file, isang direktoryo, o isang symlink.

git-notes(1)
Magdagdag o suriin ang mga tala ng bagay.

git-pull(1)
Kunin mula sa at isama sa isa pang repositoryo o isang lokal na sangay.

git-push(1)
I-update ang mga malayuang ref kasama ang mga nauugnay na bagay.

git-rebase(1)
Forward-port local commit sa na-update na upstream head.

git-reset(1)
I-reset ang kasalukuyang HEAD sa tinukoy na estado.

git-revert(1)
I-revert ang ilang kasalukuyang commit.

git-rm(1)
Alisin ang mga file mula sa working tree at mula sa index.

git-shortlog(1)
Sabihin sa maikling pangungusap pumunta mag-log output.

git-show(1)
Magpakita ng iba't ibang uri ng mga bagay.

git-stash(1)
Itago ang mga pagbabago sa isang maruming gumaganang direktoryo.

git-status(1)
Ipakita ang katayuan ng working tree.

git-submodule(1)
Magsimula, mag-update o magsiyasat ng mga submodules.

git-tag(1)
Gumawa, maglista, magtanggal o mag-verify ng isang bagay na tag na nilagdaan ng GPG.

git-worktree(1)
Pamahalaan ang maraming gumaganang puno.

gitk(1)
Ang Git repository browser.

Mga ninuno Command
Mga Manipulator:

git-config(1)
Kumuha at magtakda ng repositoryo o pandaigdigang mga opsyon.

git-fast-export(1)
Taga-export ng data ng Git.

git-fast-import(1)
Backend para sa mabilis na mga import ng data ng Git.

git-filter-branch(1)
Isulat muli ang mga sangay.

git-mergetool(1)
Patakbuhin ang mga tool sa paglutas ng pagsasanib ng salungatan upang malutas ang mga salungatan sa pagsasanib.

git-pack-refs(1)
Pack head at tag para sa mahusay na pag-access sa repository.

git-prune(1)
Putulin ang lahat ng hindi maabot na mga bagay mula sa database ng bagay.

git-reflog(1)
Pamahalaan ang impormasyon ng reflog.

git-relink(1)
Hardlink karaniwang mga bagay sa mga lokal na repositoryo.

git-remote(1)
Pamahalaan ang hanay ng mga sinusubaybayang repositoryo.

git-repack(1)
Mag-pack ng mga hindi naka-pack na bagay sa isang repositoryo.

git-palitan(1)
Lumikha, maglista, magtanggal ng mga ref upang palitan ang mga bagay.

Mga Interogator:

git-annotate(1)
I-annotate ang mga linya ng file na may impormasyon ng commit.

git-blame(1)
Ipakita kung anong rebisyon at may-akda ang huling binago ang bawat linya ng isang file.

git-cherry(1)
Maghanap ng mga commit na ilalapat pa sa upstream.

git-count-objects(1)
Bilangin ang hindi naka-pack na bilang ng mga bagay at ang kanilang paggamit ng disk.

git-difftool(1)
Ipakita ang mga pagbabago gamit ang mga karaniwang diff tool.

git-fsck(1)
Bine-verify ang pagkakakonekta at bisa ng mga bagay sa database.

git-get-tar-commit-id(1)
I-extract ang commit ID mula sa isang archive na ginawa gamit ang git-archive.

git-help(1)
Ipakita ang impormasyon ng tulong tungkol sa Git.

git-instaweb(1)
Agad na i-browse ang iyong gumaganang repository sa gitweb.

git-merge-tree(1)
Ipakita ang three-way merge nang hindi hinahawakan ang index.

git-rerere(1)
Muling gamitin ang naitalang resolusyon ng mga magkasalungat na pagsasanib.

git-rev-parse(1)
Piliin at masahe ang mga parameter.

git-show-branch(1)
Ipakita ang mga sangay at ang kanilang mga pangako.

git-verify-commit(1)
Tingnan ang GPG signature ng mga commit.

git-verify-tag(1)
Suriin ang GPG signature ng mga tag.

git-whatchanged(1)
Ipakita ang mga log na may pagkakaiba na ipinakilala ng bawat commit.

gitweb(1)
Git web interface (web frontend sa Git repository).

Nakikipag-ugnay sa mga iba
Ang mga utos na ito ay upang makipag-ugnayan sa dayuhang SCM at sa ibang mga tao sa pamamagitan ng patch over
email.

git-archimport(1)
Mag-import ng Arch repository sa Git.

git-cvsexportcommit(1)
I-export ang isang solong commit sa isang CVS checkout.

git-cvsimport(1)
Iligtas ang iyong data mula sa isa pang SCM na gustong-gusto ng mga taong mapoot.

git-cvserver(1)
Isang CVS server emulator para sa Git.

git-imap-send(1)
Magpadala ng koleksyon ng mga patch mula sa stdin patungo sa isang folder ng IMAP.

git-p4(1)
Mag-import mula sa at isumite sa Perforce repository.

git-quiltimport(1)
Naglalagay ng quilt patchset sa kasalukuyang sangay.

git-request-pull(1)
Bumubuo ng buod ng mga nakabinbing pagbabago.

git-send-email(1)
Magpadala ng koleksyon ng mga patch bilang mga email.

git-svn(1)
Bidirectional na operasyon sa pagitan ng Subversion repository at Git.

MABABANG ANTAS UTOS (PLUMBING)

Bagama't ang Git ay may kasamang sarili nitong porcelain layer, ang mga low-level na command nito ay sapat na
suportahan ang pagbuo ng mga alternatibong porselana. Maaaring magsimula ang mga nag-develop ng naturang mga porselana
sa pamamagitan ng pagbabasa tungkol sa git-update-index(1) at git-read-treeNa (1).

Ang interface (input, output, set ng mga opsyon at ang semantics) sa mababang antas na ito
Ang mga command ay nilalayong maging mas matatag kaysa sa mga utos sa antas ng Porcelain, dahil ang mga ito
Ang mga command ay pangunahing para sa scripted na paggamit. Ang interface sa mga utos ng Porcelain sa kabilang banda
ang kamay ay maaaring magbago upang mapabuti ang karanasan ng end user.

Hinahati ng sumusunod na paglalarawan ang mga low-level na command sa mga command na nagmamanipula
mga bagay (sa repositoryo, index, at working tree), mga utos na nagtatanong at
ihambing ang mga bagay, at mga utos na naglilipat ng mga bagay at mga sanggunian sa pagitan ng mga repositoryo.

Pagpapatakbo utos
git-apply(1)
Mag-apply ng patch sa mga file at/o sa index.

git-checkout-index(1)
Kopyahin ang mga file mula sa index patungo sa working tree.

git-commit-tree(1)
Gumawa ng bagong commit object.

git-hash-object(1)
Compute object ID at opsyonal na gumagawa ng blob mula sa isang file.

git-index-pack(1)
Bumuo ng pack index file para sa isang umiiral nang naka-pack na archive.

git-merge-file(1)
Magpatakbo ng three-way file merge.

git-merge-index(1)
Magpatakbo ng isang merge para sa mga file na nangangailangan ng pagsasama.

git-mktag(1)
Gumagawa ng tag object.

git-mktree(1)
Bumuo ng tree-object mula sa ls-tree formatted text.

git-pack-objects(1)
Gumawa ng naka-pack na archive ng mga bagay.

git-prune-packed(1)
Alisin ang mga karagdagang bagay na nasa mga pack file na.

git-read-tree(1)
Binabasa ang impormasyon ng puno sa index.

git-symbolic-ref(1)
Basahin, baguhin at tanggalin ang mga simbolikong ref.

git-unpack-objects(1)
I-unpack ang mga bagay mula sa isang naka-pack na archive.

git-update-index(1)
Irehistro ang mga nilalaman ng file sa working tree sa index.

git-update-ref(1)
Ligtas na i-update ang pangalan ng bagay na nakaimbak sa isang ref.

git-write-tree(1)
Gumawa ng tree object mula sa kasalukuyang index.

Pag-usapan utos
git-cat-file(1)
Magbigay ng impormasyon ng nilalaman o uri at laki para sa mga bagay na imbakan.

git-diff-files(1)
Inihahambing ang mga file sa working tree at ang index.

git-diff-index(1)
Ihambing ang isang puno sa gumaganang puno o index.

git-diff-tree(1)
Inihahambing ang nilalaman at mode ng mga blobs na natagpuan sa pamamagitan ng dalawang bagay na puno.

git-for-each-ref(1)
Output ng impormasyon sa bawat ref.

git-ls-files(1)
Ipakita ang impormasyon tungkol sa mga file sa index at ang working tree.

git-ls-remote(1)
Maglista ng mga sanggunian sa isang malayuang imbakan.

git-ls-tree(1)
Ilista ang mga nilalaman ng isang bagay na puno.

git-merge-base(1)
Maghanap ng mahusay na karaniwang mga ninuno hangga't maaari para sa isang pagsasanib.

git-name-rev(1)
Maghanap ng mga simbolikong pangalan para sa mga ibinigay na rev.

git-pack-redundant(1)
Maghanap ng mga redundant pack file.

git-rev-list(1)
Ang mga listahan ay gumagawa ng mga bagay sa reverse chronological order.

git-show-index(1)
Ipakita ang index ng naka-pack na archive.

git-show-ref(1)
Maglista ng mga sanggunian sa isang lokal na imbakan.

git-unpack-file(1)
Lumilikha ng pansamantalang file na may mga nilalaman ng blob.

git-var(1)
Magpakita ng lohikal na variable ng Git.

git-verify-pack(1)
I-validate ang mga naka-pack na Git archive file.

Sa pangkalahatan, ang mga interrogate na utos ay hindi hawakan ang mga file sa working tree.

Nagsi-sync mga repository
git-daemon(1)
Isang talagang simpleng server para sa mga repositoryo ng Git.

git-fetch-pack(1)
Tumanggap ng mga nawawalang bagay mula sa isa pang repositoryo.

git-http-backend(1)
Pagpapatupad sa gilid ng server ng Git sa HTTP.

git-send-pack(1)
Itulak ang mga bagay sa Git protocol sa isa pang repository.

git-update-server-info(1)
I-update ang auxiliary info file para matulungan ang mga piping server.

Ang mga sumusunod ay mga utos ng katulong na ginamit ng nasa itaas; karaniwang hindi ginagamit ng mga end user ang mga ito
direkta.

git-http-fetch(1)
Mag-download mula sa isang malayong Git repository sa pamamagitan ng HTTP.

git-http-push(1)
Itulak ang mga bagay sa HTTP/DAV sa isa pang repository.

git-parse-remote(1)
Mga gawain upang makatulong sa pag-parse ng mga parameter ng pag-access ng malayuang repositoryo.

git-receive-pack(1)
Tanggapin kung ano ang itinulak sa repositoryo.

git-shell(1)
Restricted login shell para sa Git-only SSH access.

git-upload-archive(1)
Ipadala ang archive pabalik sa git-archive.

git-upload-pack(1)
Ipadala ang mga bagay na naka-pack pabalik sa git-fetch-pack.

Panloob katulong utos
Ito ay mga panloob na utos ng katulong na ginagamit ng iba pang mga utos; karaniwang hindi ginagamit ng mga end user
ang mga ito nang direkta.

git-check-attr(1)
Ipakita ang impormasyon ng gitattributes.

git-check-ignore(1)
I-debug ang gitignore / ibukod ang mga file.

git-check-mailmap(1)
Ipakita ang mga canonical na pangalan at email address ng mga contact.

git-check-ref-format(1)
Tinitiyak na ang isang reference na pangalan ay mahusay na nabuo.

git-column(1)
Ipakita ang data sa mga column.

git-credential(1)
Kunin at iimbak ang mga kredensyal ng user.

git-credential-cache(1)
Helper na pansamantalang mag-imbak ng mga password sa memorya.

git-credential-store(1)
Helper na mag-imbak ng mga kredensyal sa disk.

git-fmt-merge-msg(1)
Gumawa ng merge commit message.

git-interpret-trailer(1)
tumulong na magdagdag ng structured na impormasyon sa mga commit na mensahe.

git-mailinfo(1)
Kinukuha ang patch at authorship mula sa isang mensaheng e-mail.

git-mailsplit(1)
Simpleng UNIX mbox splitter program.

git-merge-one-file(1)
Ang karaniwang helper program na gagamitin sa git-merge-index.

git-patch-id(1)
Mag-compute ng natatanging ID para sa isang patch.

git-sh-i18n(1)
I18n setup code ng Git para sa mga script ng shell.

git-sh-setup(1)
Karaniwang Git shell script setup code.

git-stripspace(1)
Alisin ang hindi kinakailangang whitespace.

Configuration MEKANISMO

Gumagamit ang Git ng isang simpleng format ng teksto upang mag-imbak ng mga pagpapasadya na bawat repositoryo at bawat isa
gumagamit. Maaaring ganito ang hitsura ng naturang configuration file:

#
# A '#' o ';' ang karakter ay nagpapahiwatig ng komento.
#

; pangunahing mga variable
[core]
; Huwag magtiwala sa mga file mode
movieode = mali

; pagkakakilanlan ng gumagamit
[user]
pangalan = "Junio ​​C Hamano"
email = "[protektado ng email]"

Iba't ibang mga command ang nabasa mula sa configuration file at ayusin ang kanilang operasyon nang naaayon.
Tingnan git-config(1) para sa isang listahan at higit pang mga detalye tungkol sa mekanismo ng pagsasaayos.

IDENTIFIER TERMINOLOHIYA

Ipinapahiwatig ang pangalan ng bagay para sa anumang uri ng bagay.


Nagsasaad ng pangalan ng blob object.


Nagsasaad ng pangalan ng bagay na puno.


Nagsasaad ng pangalan ng commit object.


Nagsasaad ng pangalan ng puno, commit o tag ng object. Isang utos na tumatagal ng a
argument sa huli ay gustong gumana sa a object ngunit awtomatikong dereferences
at mga bagay na tumuturo sa a .


Nagsasaad ng commit o tag na pangalan ng object. Isang utos na tumatagal ng a argumento
sa huli ay gustong mag-opera sa a object ngunit awtomatikong dereferences
mga bagay na tumuturo sa a .


Isinasaad na kailangan ang isang uri ng bagay. Kasalukuyang isa sa: blob, tree, commit, o
tag.


Nagsasaad ng filename - halos palaging nauugnay sa ugat ng istraktura ng puno
Inilalarawan ng GIT_INDEX_FILE.

SIMBOLIKO MGA IDENTIFIER

Anumang utos ng Git na tumatanggap ng anuman maaari ding gamitin ang sumusunod na simbolikong notasyon:

HEAD
ay nagpapahiwatig ng pinuno ng kasalukuyang sangay.


isang wastong tag pangalan (ibig sabihin, isang ref/tag/ sanggunian).


isang wastong ulo pangalan (ibig sabihin, isang ref/heads/ sanggunian).

Para sa mas kumpletong listahan ng mga paraan sa pagbaybay ng mga pangalan ng bagay, tingnan ang seksyong "PAGTUKOY NG MGA REVISION"
in gitrevisionsNa (7).

FILE/DIRECTORY istraktura

Mangyaring tingnan ang gitrepository-layout(5) dokumento.

Basahin githooks(5) para sa higit pang mga detalye tungkol sa bawat kawit.

Ang mga mas mataas na antas ng SCM ay maaaring magbigay at mamahala ng karagdagang impormasyon sa $GIT_DIR.

TERMINOLOHIYA

Mangyaring tingnan ang gitglossaryNa (7).

Kapaligiran MGA VARIABLE

Ginagamit ng iba't ibang mga utos ng Git ang mga sumusunod na variable ng kapaligiran:

Ang pumunta Repository
Nalalapat ang mga variable na ito sa kapaligiran lahat mga pangunahing utos ng Git. Nb: ito ay nagkakahalaga ng tandaan na
maaaring gamitin/i-override ang mga ito ng SCMS na nakaupo sa itaas ng Git kaya mag-ingat kung gumagamit ng dayuhan
front-end.

GIT_INDEX_FILE
Ang kapaligirang ito ay nagbibigay-daan sa pagtutukoy ng isang kahaliling index file. Kung hindi
tinukoy, ang default ng $GIT_DIR/index ay ginagamit.

GIT_INDEX_VERSION
Ang environment variable na ito ay nagbibigay-daan sa pagtutukoy ng isang index na bersyon para sa bago
mga repositoryo. Hindi ito makakaapekto sa mga kasalukuyang index file. Sa pamamagitan ng default na bersyon ng index file 2 o
3 ang ginagamit. Tingnan mo git-update-index(1) para sa karagdagang impormasyon.

GIT_OBJECT_DIRECTORY
Kung ang direktoryo ng imbakan ng bagay ay tinukoy sa pamamagitan ng variable na kapaligiran na ito kung gayon ang
Ang mga direktoryo ng sha1 ay nilikha sa ilalim - kung hindi man ang default na $GIT_DIR/objects
ginagamit ang direktoryo.

GIT_ALTERNATE_OBJECT_DIRECTORIES
Dahil sa hindi nababagong katangian ng mga bagay sa Git, maaaring i-archive ang mga lumang bagay sa shared,
read-only na mga direktoryo. Tinutukoy ng variable na ito ang isang ":" na pinaghiwalay (sa Windows ";"
pinaghiwalay) listahan ng mga direktoryo ng object ng Git na maaaring magamit upang maghanap ng mga bagay na Git.
Ang mga bagong bagay ay hindi isusulat sa mga direktoryo na ito.

GIT_DIR
Kung ang GIT_DIR ang variable ng kapaligiran ay nakatakda pagkatapos ay tumutukoy ito ng isang landas na gagamitin sa halip na
ang default na .git para sa base ng repositoryo. Ang --git-dir opsyon sa command-line
nagtatakda din ng halagang ito.

GIT_WORK_TREE
Itakda ang landas patungo sa ugat ng working tree. Maaari din itong kontrolin ng
--trabaho-puno command-line na opsyon at ang core.worktree configuration variable.

GIT_NAMESPACE
Itakda ang Git namespace; tingnan mo gitnamespaces(7) para sa mga detalye. Ang -Namespace linya ng utos
itinatakda din ng opsyon ang halagang ito.

GIT_CEILING_DIRECTORIES
Ito ay dapat na isang colon-separated list ng absolute paths. Kung nakatakda, ito ay isang listahan ng
mga direktoryo na hindi dapat i-chdir ng Git habang naghahanap ng direktoryo ng repositoryo
(kapaki-pakinabang para sa pagbubukod ng mabagal na pag-load ng mga direktoryo ng network). Hindi nito ibubukod ang
kasalukuyang gumaganang direktoryo o isang GIT_DIR na nakatakda sa command line o sa kapaligiran.
Karaniwan, kailangang basahin ng Git ang mga entry sa listahang ito at lutasin ang anumang symlink na maaaring mangyari
naroroon upang maihambing ang mga ito sa kasalukuyang direktoryo. Gayunpaman, kung kahit na ito
mabagal ang pag-access, maaari kang magdagdag ng walang laman na entry sa listahan upang sabihin sa Git na ang kasunod
ang mga entry ay hindi mga symlink at hindi kailangang lutasin; hal,
GIT_CEILING_DIRECTORIES=/siguro/symlink::/napakabagal/hindi/symlink.

GIT_DISCOVERY_ACROSS_FILESYSTEM
Kapag tumakbo sa isang direktoryo na walang ".git" na direktoryo ng repositoryo, sinusubukan ni Git na
maghanap ng ganoong direktoryo sa mga direktoryo ng magulang upang mahanap ang tuktok ng gumaganang puno,
ngunit bilang default ay hindi ito tumatawid sa mga hangganan ng filesystem. Ang environment variable na ito ay maaari
itakda sa true para sabihin kay Git na huwag huminto sa mga hangganan ng filesystem. Gusto
GIT_CEILING_DIRECTORIES, hindi ito makakaapekto sa isang tahasang direktoryo ng imbakan na itinakda sa pamamagitan ng
GIT_DIR o sa command line.

GIT_COMMON_DIR
Kung nakatakda ang variable na ito sa isang path, mga non-worktree na file na karaniwang nasa $GIT_DIR
ay dadalhin sa landas na ito sa halip. Worktree-specific na mga file gaya ng HEAD o index
ay kinuha mula sa $GIT_DIR. Tingnan mo gitrepository-layout(5) at git-worktree(1) para sa mga detalye.
Ang variable na ito ay may mas mababang precedence kaysa sa iba pang mga variable ng path tulad ng GIT_INDEX_FILE,
GIT_OBJECT_DIRECTORY...

pumunta Mga komitment
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, EMAIL
makita git-commit-tree(1)

pumunta Mga pagkakaiba
GIT_DIFF_OPTS
Tanging ang wastong setting ay "--unified=??" o "-ikaw??" upang itakda ang bilang ng mga linya ng konteksto
ipinapakita kapag ang isang pinag-isang diff ay ginawa. Ito ay nangunguna sa anumang "-U" o
Ang value ng opsyon na "--unified" ay ipinasa sa command line ng Git diff.

GIT_EXTERNAL_DIFF
Kapag ang kapaligiran variable GIT_EXTERNAL_DIFF ay nakatakda, ang program na pinangalanan nito ay
tinatawag, sa halip na ang diff invocation na inilarawan sa itaas. Para sa isang landas na idinagdag,
inalis, o binago, GIT_EXTERNAL_DIFF ay tinatawag na may 7 mga parameter:

path old-file old-hex old-mode new-file new-hex new-mode

kung saan:

-file
ang mga file na GIT_EXTERNAL_DIFF ay maaaring gamitin upang basahin ang mga nilalaman ng ,

-hex
ay ang 40-hexdigit na SHA-1 na mga hash,

-mode
ay ang octal na representasyon ng mga file mode.

Ang mga parameter ng file ay maaaring tumuro sa gumaganang file ng user (hal. new-file in
"git-diff-files"), /dev/null (hal. lumang-file kapag may idinagdag na bagong file), o pansamantalang
file (hal. lumang-file sa index). GIT_EXTERNAL_DIFF hindi dapat mag-alala
pag-unlink ng pansamantalang file --- ito ay tinanggal kapag GIT_EXTERNAL_DIFF labasan.

Para sa isang landas na hindi pinagsama, GIT_EXTERNAL_DIFF ay tinatawag na may 1 parameter, .

Para sa bawat landas GIT_EXTERNAL_DIFF ay tinatawag na, dalawang variable ng kapaligiran,
GIT_DIFF_PATH_COUNTER at GIT_DIFF_PATH_TOTAL ay nakatakda.

GIT_DIFF_PATH_COUNTER
Isang 1-based na counter na dinagdagan ng isa para sa bawat landas.

GIT_DIFF_PATH_TOTAL
Ang kabuuang bilang ng mga landas.

iba
GIT_MERGE_VERBOSITY
Isang numerong kumokontrol sa dami ng output na ipinapakita ng recursive merge na diskarte.
Overrides merge.verbosity. Tingnan mo git-merge(1)

GIT_PAGER
Ino-override ng environment variable na ito ang $PAGER. Kung ito ay nakatakda sa isang walang laman na string o sa
value na "cat", hindi maglulunsad ng pager ang Git. Tingnan din ang core.pager na opsyon sa git-
configNa (1).

GIT_EDITOR
Ino-override ng environment variable na ito ang $EDITOR at $VISUAL. Ito ay ginagamit ng ilang Git
utos kapag, sa interactive na mode, isang editor ang ilulunsad. Tingnan din git-var(1)
at ang core.editor na opsyon sa git-configNa (1).

GIT_SSH, GIT_SSH_COMMAND
Kung nakatakda ang alinman sa mga variable na ito sa kapaligiran pumunta kunin at pumunta itulak gagamitin
ang tinukoy na utos sa halip na SSH kapag kailangan nilang kumonekta sa isang malayuang sistema. Ang
utos ay bibigyan ng eksaktong dalawa o apat na argumento: ang username@host (o kaya lang marami)
mula sa URL at ang utos ng shell upang maisagawa sa malayuang sistemang iyon, opsyonal
naunahan ng -p (literal) at ang port mula sa URL kapag may tinukoy itong iba
kaysa sa default na SSH port.

Ang $GIT_SSH_COMMAND ay nangunguna sa $GIT_SSH, at binibigyang-kahulugan ng shell,
na nagpapahintulot sa mga karagdagang argumento na maisama. Ang $GIT_SSH sa kabilang banda ay dapat
ang path lamang sa isang programa (na maaaring isang wrapper shell script, kung karagdagang
kailangan ang mga argumento).

Kadalasan ay mas madaling i-configure ang anumang nais na mga opsyon sa pamamagitan ng iyong personal
.ssh/config file. Mangyaring kumonsulta sa iyong ssh na dokumentasyon para sa karagdagang mga detalye.

GIT_ASKPASS
Kung nakatakda ang environment variable na ito, ang mga utos ng Git na kailangang kumuha ng mga password
o mga passphrase (hal para sa HTTP o IMAP authentication) ay tatawag sa program na ito ng a
angkop na prompt bilang command-line argument at basahin ang password mula sa STDOUT nito. Tingnan mo
din ang core.askPass na opsyon sa git-configNa (1).

GIT_TERMINAL_PROMPT
Kung ang environment variable na ito ay nakatakda sa 0, hindi magpo-prompt ang git sa terminal (hal.,
kapag humihingi ng HTTP authentication).

GIT_CONFIG_NOSYSTEM
Kung laktawan ang mga setting ng pagbabasa mula sa system-wide $(prefix)/etc/gitconfig file.
Maaaring gamitin ang environment variable na ito kasama ng $HOME at $XDG_CONFIG_HOME para gumawa
isang predictable na kapaligiran para sa isang mapiling script, o maaari mo itong itakda pansamantala upang maiwasan
gamit ang isang buggy /etc/gitconfig file habang naghihintay ng isang taong may sapat
mga pahintulot upang ayusin ito.

GIT_FLUSH
Kung ang environment variable na ito ay nakatakda sa "1", pagkatapos ay ang mga command tulad ng pumunta magbigay-sala (Sa
incremental mode), pumunta rev-list, pumunta mag-log, pumunta check-attr at pumunta check-ignore habilin
pilitin ang pag-flush ng output stream pagkatapos ma-flush ang bawat record. Kung ito
variable ay nakatakda sa "0", ang output ng mga command na ito ay gagawin gamit ang ganap
buffered I/O. Kung hindi nakatakda ang environment variable na ito, pipiliin ng Git ang buffered o
record-oriented flushing batay sa kung ang stdout ay lumilitaw na na-redirect sa isang file o
hindi.

GIT_TRACE
Pinapagana ang mga pangkalahatang trace na mensahe, hal. pagpapalawak ng alias, built-in na command execution at
panlabas na pagpapatupad ng utos.

Kung ang variable na ito ay nakatakda sa "1", "2" o "true" (paghahambing ay case insensitive), bakas
ang mga mensahe ay ipi-print sa stderr.

Kung ang variable ay nakatakda sa isang integer na halaga na mas malaki sa 2 at mas mababa sa 10 (mahigpit)
pagkatapos ay bibigyang-kahulugan ni Git ang halagang ito bilang isang open file descriptor at susubukan na magsulat
ang mga bakas na mensahe sa file descriptor na ito.

Bilang kahalili, kung ang variable ay nakatakda sa isang ganap na landas (nagsisimula sa a /
character), bibigyang-kahulugan ito ng Git bilang isang landas ng file at susubukang isulat ang bakas
mga mensahe sa loob nito.

Pag-unset sa variable, o pagtatakda nito sa walang laman, "0" o "false" (case insensitive)
hindi pinapagana ang mga trace na mensahe.

GIT_TRACE_PACK_ACCESS
Pinapagana ang pagsubaybay sa mga mensahe para sa lahat ng pag-access sa anumang mga pack. Para sa bawat pag-access, ang pack file
pangalan at isang offset sa pack ay naitala. Maaaring makatulong ito sa pag-troubleshoot
ilang mga problema sa pagganap na nauugnay sa pack. Tingnan mo GIT_TRACE para sa available na trace output
mga pagpipilian.

GIT_TRACE_PACKET
Pinapagana ang pagsubaybay sa mga mensahe para sa lahat ng packet na papasok o palabas sa isang partikular na programa. Maaari itong
tulong sa pag-debug ng object negotiation o iba pang mga isyu sa protocol. Naka-off ang pagsubaybay
sa isang packet na nagsisimula sa "PACK" (ngunit tingnan GIT_TRACE_PACKFILE sa ibaba). Tingnan mo GIT_TRACE para
magagamit na mga opsyon sa output ng bakas.

GIT_TRACE_PACKFILE
Pinapagana ang pagsubaybay sa mga packfile na ipinadala o natanggap ng isang partikular na programa. Hindi tulad ng ibang bakas
output, ang trace na ito ay verbatim: walang mga header, at walang pagsipi ng binary data. Ikaw halos
tiyak na gustong magdirekta sa isang file (hal., GIT_TRACE_PACKFILE=/tmp/my.pack) sa halip
kaysa sa pagpapakita nito sa terminal o paghahalo nito sa iba pang trace na output.

Tandaan na ito ay kasalukuyang ipinapatupad lamang para sa client side ng mga clone at
kinukuha.

GIT_TRACE_PERFORMANCE
Pinapagana ang mga trace na mensahe na nauugnay sa pagganap, hal. kabuuang oras ng pagpapatupad ng bawat Git
utos. Tingnan mo GIT_TRACE para sa mga available na opsyon sa pag-trace output.

GIT_TRACE_SETUP
Pinapagana ang pag-print ng mga trace na mensahe sa .git, working tree at kasalukuyang gumaganang direktoryo
pagkatapos makumpleto ng Git ang yugto ng pag-setup nito. Tingnan mo GIT_TRACE para sa available na trace output
mga pagpipilian.

GIT_TRACE_SHALLOW
Pinapagana ang pagsubaybay sa mga mensahe na makakatulong sa pag-debug sa pagkuha / pag-clone ng mababaw
mga repositoryo. Tingnan mo GIT_TRACE para sa mga available na opsyon sa pag-trace output.

GIT_LITERAL_PATHSPECS
Ang pagtatakda ng variable na ito sa 1 ay magiging sanhi ng Git na tratuhin nang literal ang lahat ng pathspecs, sa halip
kaysa sa mga pattern ng glob. Halimbawa, ang pagpapatakbo ng GIT_LITERAL_PATHSPECS=1 git log -- '*.c'
ay maghahanap ng mga commit na naka-touch sa path *.c, hindi sa anumang path na ang glob *.c
mga posporo. Maaaring gusto mo ito kung nagpapakain ka ng mga literal na landas sa Git (hal., path
dating ibinigay sa iyo ng git ls-tree, --raw diff output, atbp).

GIT_GLOB_PATHSPECS
Ang pagtatakda ng variable na ito sa 1 ay magiging sanhi ng Git na ituring ang lahat ng pathspecs bilang mga pattern ng glob (aka
"glob" magic).

GIT_NOGLOB_PATHSPECS
Ang pagtatakda ng variable na ito sa 1 ay magiging sanhi ng Git na ituring ang lahat ng pathspec bilang literal (aka
"literal" na mahika).

GIT_ICASE_PATHSPECS
Ang pagtatakda ng variable na ito sa 1 ay magiging sanhi ng Git na ituring ang lahat ng pathspecs bilang case-insensitive.

GIT_REFLOG_ACTION
Kapag ang isang ref ay na-update, ang mga reflog entries ay nilikha upang subaybayan ang dahilan kung bakit ang
na-update ang ref (na karaniwang pangalan ng high-level na command na nag-update
ang ref), bilang karagdagan sa luma at bagong mga halaga ng ref. Isang scripted Porcelain
Ang command ay maaaring gumamit ng set_reflog_action helper function sa git-sh-setup para itakda ang pangalan nito
ang variable na ito kapag ito ay tinawag bilang pinakamataas na antas ng command ng end user, to be
naitala sa katawan ng reflog.

GIT_REF_PARANOIA
Kung nakatakda sa 1, isama ang mga sirang o hindi pinangalanang ref kapag umuulit sa mga listahan ng mga ref. Sa
isang normal, hindi sira na imbakan, wala itong ginagawa. Gayunpaman, maaaring makatulong ang pagpapagana nito
git upang makita at i-abort ang ilang mga operasyon sa pagkakaroon ng mga sirang ref. Itinatakda ito ng Git
awtomatikong variable kapag nagsasagawa ng mga mapanirang operasyon tulad ng git-prune(1). Ikaw
hindi dapat kailangang itakda ito sa iyong sarili maliban kung gusto mong maging paranoid tungkol sa pagtiyak ng isang
Ang operasyon ay hinawakan ang bawat ref (hal., dahil nag-clone ka ng isang repositoryo upang makagawa ng a
backup).

GIT_ALLOW_PROTOCOL
Kung nakatakda, magbigay ng listahan ng mga protocol na pinaghihiwalay ng colon na pinapayagang gamitin
sunduin/itulak/i-clone. Ito ay kapaki-pakinabang upang paghigpitan ang recursive submodule initialization mula sa
isang hindi pinagkakatiwalaang imbakan. Ang anumang protocol na hindi nabanggit ay hindi papayagan (ibig sabihin, ito ay
isang whitelist, hindi isang blacklist). Kung ang variable ay hindi nakatakda sa lahat, ang lahat ng mga protocol ay
pinagana. Ang mga pangalan ng protocol na kasalukuyang ginagamit ng git ay:

· file: anumang lokal na landas na nakabatay sa file (kabilang ang file:// URL, o mga lokal na path)

· git: ang anonymous na git protocol sa isang direktang koneksyon sa TCP (o proxy, kung
naka-configure)

· ssh: git over ssh (kabilang ang host:path syntax, git+ssh://, atbp).

· rsync: git over rsync

· http: git over http, parehong "smart http" at "dumb http". Tandaan na ginagawa nito hindi
isama ang https; kung gusto mo pareho, dapat mong tukuyin ang pareho bilang http:https.

· anumang mga panlabas na katulong ay pinangalanan ayon sa kanilang protocol (hal., gamitin ang hg upang payagan ang
git-remote-hg helper)

Pagtalakay

Higit pang detalye sa mga sumusunod ay makukuha mula sa pumunta konsepto kabanata of ang
manwal ng gumagamit[2] at gitcore-tutorialNa (7).

Ang isang proyekto ng Git ay karaniwang binubuo ng isang gumaganang direktoryo na may isang ".git" na subdirectory sa
pinakamataas na antas. Ang .git na direktoryo ay naglalaman, bukod sa iba pang mga bagay, ng isang naka-compress na object database
kumakatawan sa kumpletong kasaysayan ng proyekto, isang "index" na file na nag-uugnay sa kasaysayang iyon
sa kasalukuyang nilalaman ng working tree, at pinangalanan ang mga pointer sa kasaysayang iyon tulad ng
mga tag at mga pinuno ng sangay.

Ang object database ay naglalaman ng mga object ng tatlong pangunahing uri: blobs, na may hawak na data ng file;
mga puno, na tumuturo sa mga blobs at iba pang mga puno upang bumuo ng mga hierarchy ng direktoryo; at
commit, na ang bawat isa ay tumutukoy sa isang puno at ilang bilang ng magulang.

Ang commit, katumbas ng tinatawag ng ibang mga system na "changeset" o "bersyon", ay kumakatawan sa a
hakbang sa kasaysayan ng proyekto, at ang bawat magulang ay kumakatawan sa isang kaagad na naunang hakbang.
Ang mga pangako sa higit sa isang magulang ay kumakatawan sa mga pagsasanib ng mga independiyenteng linya ng pag-unlad.

Ang lahat ng mga bagay ay pinangalanan ng SHA-1 hash ng kanilang mga nilalaman, karaniwang nakasulat bilang isang string ng
40 hex na digit. Ang ganitong mga pangalan ay natatangi sa buong mundo. Ang buong kasaysayan na humahantong sa isang pangako
maaaring matiyak sa pamamagitan ng pagpirma lamang sa pangakong iyon. Ang pang-apat na uri ng bagay, ang tag, ay ibinigay
para sa layuning ito.

Kapag unang ginawa, ang mga bagay ay naka-imbak sa mga indibidwal na file, ngunit para sa kahusayan ay maaaring mamaya
i-compress nang magkasama sa "mga file ng pack".

Ang mga pinangalanang pointer na tinatawag na ref ay nagmamarka ng mga interesanteng punto sa kasaysayan. Maaaring naglalaman ang isang ref ng SHA-1
pangalan ng isang bagay o pangalan ng isa pang ref. Mga ref na may mga pangalan na nagsisimula sa ref/head/contain
ang SHA-1 na pangalan ng pinakahuling commit (o "pinuno") ng isang sangay na ginagawa. SHA-1
ang mga pangalan ng mga tag ng interes ay naka-imbak sa ilalim ng ref/tags/. Ang isang espesyal na ref na pinangalanang HEAD ay naglalaman ng
ang pangalan ng kasalukuyang naka-check-out na sangay.

Ang index file ay sinisimulan sa isang listahan ng lahat ng mga path at, para sa bawat landas, isang blob object
at isang hanay ng mga katangian. Ang blob object ay kumakatawan sa mga nilalaman ng file bilang ng
pinuno ng kasalukuyang sangay. Ang mga katangian (huling binagong oras, laki, atbp.) ay kinuha mula sa
ang kaukulang file sa working tree. Ang mga kasunod na pagbabago sa working tree ay maaaring
natagpuan sa pamamagitan ng paghahambing ng mga katangiang ito. Maaaring ma-update ang index gamit ang bagong nilalaman, at bago
commit ay maaaring malikha mula sa nilalamang nakaimbak sa index.

Ang index ay may kakayahang mag-imbak ng maramihang mga entry (tinatawag na "mga yugto") para sa isang naibigay
pathname. Ang mga yugtong ito ay ginagamit upang hawakan ang iba't ibang hindi pinagsamang bersyon ng isang file kapag a
isinasagawa ang pagsasanib.

KARAGDAGANG Dokumentasyon

Tingnan ang mga sanggunian sa seksyong "paglalarawan" upang makapagsimula sa paggamit ng Git. Ang sumusunod ay
marahil higit pang detalye kaysa kinakailangan para sa isang unang beses na gumagamit.

Ang pumunta konsepto kabanata of ang manwal ng gumagamit[2] at gitcore-tutorial(7) parehong nagbibigay
mga pagpapakilala sa pinagbabatayan na arkitektura ng Git.

Tingnan gitworkflows(7) para sa isang pangkalahatang-ideya ng mga inirerekomendang daloy ng trabaho.

Tingnan din ang howto[3] mga dokumento para sa ilang kapaki-pakinabang na halimbawa.

Ang mga panloob ay nakadokumento sa pumunta API dokumentasyon[4].

Ang mga gumagamit na lumilipat mula sa CVS ay maaaring gusto ding magbasa gitcvs-migrationNa (7).

MGA AUTHORS

Ang Git ay sinimulan ni Linus Torvalds, at kasalukuyang pinananatili ni Junio ​​C Hamano. marami
ang mga kontribusyon ay nagmula sa Git mailing list[protektado ng email][5]>.
http://www.openhub.net/p/git/contributors/summary nagbibigay sa iyo ng mas kumpletong listahan ng
mga kontribyutor.

Kung mayroon kang clone ng git.git mismo, ang output ng git-shortlog(1) at git-blame(1) maaari
ipakita sa iyo ang mga may-akda para sa mga partikular na bahagi ng proyekto.

Pag-uulat TUMBOK

Mag-ulat ng mga bug sa Git mailing list[protektado ng email][5]> kung saan ang pag-unlad at
pangunahing ginagawa ang pagpapanatili. Hindi mo kailangang mag-subscribe sa listahan upang magpadala ng a
mensahe doon.

Gamitin ang git online gamit ang mga serbisyo ng onworks.net