10.8 Mga Panloob ng GIT - Mga Variable sa Kapaligiran

Ang ilan sa pangkalahatang pag-uugali ng Git bilang isang programa sa computer ay nakadepende sa mga variable ng kapaligiran.

Kinokontrol ng GIT_PAGER ang programang ginagamit upang ipakita ang output ng multi-page sa command line. Kung ito ay hindi naka-set, ang PAGER ay gagamitin bilang fallback.

Ang GIT_EDITOR ay ilulunsad ng editor Git kapag kailangan ng user na i-edit ang ilang teksto (isang mensahe ng gumawa, halimbawa). Kung hindi magamit, ang EDITOR ay gagamitin.

Gumagamit ang Git ng maraming mga variable ng kapaligiran upang matukoy kung paano ito nakikipag-ugnayan sa kasalukuyang repository.

Ang GIT_DIR ay ang lokasyon ng .git na folder. Kung hindi ito tinukoy, ang Git ay naglalakad sa puno ng direktoryo hanggang sa nakakakuha ito sa ~ o /, naghahanap ng isang .git na direktoryo sa bawat hakbang.

Kinokontrol ng GIT_CEILING_DIRECTORIES ang pag-uugali ng paghahanap sa isang .git na direktoryo. Kung ma-access mo ang mga direktoryo na mabagal na i-load (tulad ng mga nasa isang tape drive, o sa isang mabagal na koneksyon sa network), maaaring gusto mong huminto ang Git na sinusubukan nang mas maaga kaysa sa kung hindi man, lalo na kung ang Git ay mahihingi kapag ang pagtatayo ng iyong shell prompt .

Ang GIT_WORK_TREE ay ang lokasyon ng ugat ng direktoryo ng nagtatrabaho para sa isang di-hubad lalagyan. Kung ang - git-dir o GIT_DIR ay tinukoy ngunit wala sa - gawa-puno, GIT_WORK_TREE at core.worktree ay tinukoy, ang kasalukuyang gumaganang direktoryo ay itinuturing na ang pinakamataas na antas ng iyong gumaganang puno.

Ang GIT_INDEX_FILE ay ang landas sa index na file (hindi naiiwan lamang na mga repositoryo).

Maaaring gamitin ang GIT_OBJECT_DIRECTORY upang tukuyin ang lokasyon ng direktoryo na kadalasang namamalagi sa .git / mga bagay.

Ang GIT_ALTERNATE_OBJECT_DIRECTORIES ay isang listahan na pinaghihiwalay ng colon (na-format tulad ng / dir / isa: / dir / two: …​) na nagsasabi sa Git kung saan mag-check para sa mga bagay kung wala sila sa GIT_OBJECT_DIRECTORY. Kung mangyari mong magkaroon ng maraming mga proyekto na may malalaking file na may eksaktong parehong mga nilalaman, maaari itong magamit upang maiwasan ang pag-iimbak ng napakaraming mga kopya ng mga ito.

Ang isang ``pathspec`` ay tumutukoy sa kung paano mo tinukoy ang mga landas sa mga bagay sa Git, kabilang ang paggamit ng mga wildcard. Ang mga ito ay ginagamit sa .gitignore na file, ngunit din sa command-line ('git add * .c).

Kinokontrol ng GIT_GLOB_PATHSPECS`at `GIT_NOGLOB_PATHSPECS ang default na pag-uugali ng mga wildcard sa mga pathspec. Kung ang GIT_GLOB_PATHSPECS ay nakatakda sa 1, ang mga karakter na wildcard ay kumikilos bilang mga wildcard (na siyang default); kung ang GIT_NOGLOB_PATHSPECS ay naka-set sa 1, ang mga wildcard na character ay tumutugma lamang sa kanilang sarili, ibig sabihin isang bagay na tulad ng .c ay tumutugma lamang sa isang file na pinangalanan .c '', sa halip na anumang file na ang pangalan ay nagtatapos sa .c. Maaari mong i-override ito sa mga indibidwal na kaso sa pamamagitan ng pagsisimula ng pathspec sa: (glob) o: (literal), tulad ng sa: (glob) *. C.

Ang GIT_LITERAL_PATHSPECS ay hindi pinapagana ang parehong mga pag-uugali sa itaas; walang mga wildcard character ang gagana, at ang mga prefix na override ay hindi pinagana.

Ang GIT_ICASE_PATHSPECS ay nagtatakda ng lahat ng mga pathspec na magtrabaho sa isang case-insensitive na paraan.

Ang pangwakas na paglikha ng isang Git na bagay na gagawin ay kadalasang ginagawa ng git-commit-tree, na gumagamit ng mga variable ng kapaligiran na ito bilang pangunahing pinagmumulan ng impormasyon, na bumabalik sa mga halaga ng configuration lamang kung wala ito.

Ang GIT_AUTHOR_NAME ay ang pangalan ng tao na nababasa sa field ng `` may-akda``.

Ang GIT_AUTHOR_EMAIL ay ang email para sa field ng `` may-akda``.

Ang GIT_AUTHOR_DATE ay ang timestamp na ginamit para sa field ng `` may-akda '.

Itinatakda ng GIT_COMMITTER_NAME ang pangalan ng tao para sa field ng `` commiter '.

Ang GIT_COMMITTER_EMAIL ay ang email address para sa patlang na ‘` committer '’.

Ginagamit ang GIT_COMMITTER_DATE para sa timestamp sa patlang na ‘` commiter '’.

Ang EMAIL ay ang email address ng fallback kung ang halaga ng configuration ng user.email ay hindi nakatakda. Kung hindi ito nakatakda, ang Git ay babalik sa mga gumagamit ng system at mga pangalan ng host.

Ginagamit ng Git ang curl library upang magawa ang mga pagpapatakbo ng network sa HTTP, kaya GIT_CURL_VERBOSE ay nagsasabi sa Git na humalimuyak ang lahat ng mga mensahe na binuo ng library na iyon. Ito ay katulad ng paggawa ng curl -v sa command line.

Ang GIT_SSL_NO_VERIFY ay nagsasabi sa Git na huwag i-verify ang mga sertipiko ng SSL. Minsan ito ay kinakailangan kung gumagamit ka ng self-signed certificate upang maghatid ng mga repository ng Git sa HTTPS, o ikaw ay nasa gitna ng pag-set up ng isang Git server ngunit hindi pa naka-install ang buong certificate.

Kung ang rate ng data ng isang pagpapatakbo ng HTTP ay mas mababa kaysa sa GIT_HTTP_LOW_SPEED_LIMIT byte bawat segundo para sa mas mahaba kaysa sa GIT_HTTP_LOW_SPEED_TIME na mga segundo, Git ay buburahin ang operasyon na iyon. Ang mga halagang ito ay pinapalitan ang http.lowSpeedLimit at http.lowSpeedTime na mga halaga ng configuration.

Itinatakda ng GIT_HTTP_USER_AGENT ang string ng user-agent na ginagamit ng Git kapag nakikipag-usap sa HTTP. Ang default ay isang halaga tulad ng 'git / 2.0.0`.

Ang GIT_DIFF_OPTS ay isang bit ng isang maling pangalan. Ang tanging balidong halaga ay -u <n> o --unified = <n>, na kumokontrol sa bilang ng mga linya ng konteksto na ipinapakita sa isang git diff na utos.

Ginagamit ang GIT_EXTERNAL_DIFF bilang isang override para sa halaga ng diff.external configuration. Kung ito ay naka-set, Git ay tatawagin ang program na ito kapag ang git diff ay nananawagan.

Ang GIT_DIFF_PATH_COUNTER at GIT_DIFF_PATH_TOTAL ay kapaki-pakinabang mula sa loob ng program na tinukoy ng GIT_EXTERNAL_DIFF o diff.external. Ang dating kumakatawan sa kung saan ang file sa isang serye ay diffed (simula sa 1), at ang huli ay ang kabuuang bilang ng mga file sa batch.

Kinokontrol ng GIT_MERGE_VERBOSITY ang output para sa rekursibong pagsasanib na diskarte. Ang mga pinahihintulutang halaga ay ang mga sumusunod

*0 ay walang output, maliban posibleng isang solong mensahe ng error.

*1 ay nagpapakita lamang ng mga salungatan.

*2 ay nagpapakita rin ng mga pagbabago sa file.

*3 ay nagpapakita kung kailan lumaktaw ang mga file dahil hindi sila nagbago.

*4 ay nagpapakita ng lahat ng landas habang pinoproseso ang mga ito.

*5 at sa itaas ay nagpapakita ng detalyadong impormasyon sa pag-debug.

Ang default na halaga ay 2.

Gustong malaman kung ano talaga ang Git? Ang Git ay may isang kumpletong kumpletong hanay ng mga bakas na naka-embed, at ang kailangan mong gawin ay i-on ito. Ang mga posibleng halaga ng mga variable na ito ay ang mga sumusunod:

*‘`true``, 1 ’, o `` 2 ' - ang kategorya ng bakas ay isinulat sa stderr. *Isang ganap na landas na nagsisimula sa / - ang bakas na output ay isusulat sa file na iyon.

Kinokontrol ng GIT_TRACE ang mga pangkalahatang bakas, na hindi magkasya sa anumang partikular na kategorya. Kabilang dito ang pagpapalawak ng mga alyas, at pagtatalaga sa iba pang mga sub-program.

Kinokontrol ng GIT_TRACE_PACK_ACCESS ang pagsunod sa pag-access sa packfile. Ang unang field ay ang accessfile na na-access, ang pangalawang ay ang offset sa loob ng file na iyon:

Kinokontrol ng GIT_TRACE_PACK_ACCESS ang pagsunod sa pag-access sa packfile. Ang unang field ay ang accessfile na na-access, ang pangalawang ay ang offset sa loob ng file na iyon:

Kinokontrol ng GIT_TRACE_PERFORMANCE ang pag-log ng data ng pagganap. Ang output ay nagpapakita kung gaano katagal ang bawat partikular na invocation git tumatagal.

Ang GIT_TRACE_SETUP ay nagpapakita ng impormasyon tungkol sa kung ano ang natutuklasan ng Git tungkol sa imbakan at kapaligiran na nakikipag-ugnay sa.

Ang GIT_SSH, kung tinukoy, ay isang programa na hinihiling sa halip na ssh kapag sinusubukan ng Git na kumonekta sa isang SSH host. Ito ay tinatawag na $ GIT_SSH [username @] host [-p <port>] <command>. Tandaan na hindi ito ang pinakamadaling paraan upang i-customize kung paano ang tawag ay ssh; ito ay hindi sumusuporta sa dagdag na mga parameter ng command line, kaya kailangan mong magsulat ng balot script at itakda ang GIT_SSH upang ituro ito. Marahil ay madali lang gamitin ang ~ / .ssh / config na file para sa na.

Ang GIT_ASKPASS ay isang override para sa halaga ng configuration ng core.askpass. Ito ang programa na sinasabihan tuwing kailangan ng Git na tanungin ang gumagamit para sa mga kredensyal, na maaaring umasa ng isang text prompt bilang argumento ng command-line, at dapat ibalik ang sagot sa stdout. (Tingnan ang _git_tools.asc para sa higit pa sa subsystem na ito.)

Kinokontrol ng GIT_NAMESPACE ang pag-access sa mga ref para sa namespaced, at katumbas ng --namespace na bandila. Ito ay halos kapaki-pakinabang sa gilid ng server, kung saan maaari mong iimbak ang maraming mga forks ng isang repository sa isang repositoryo, tanging pinapanatiling hiwalay ang mga ref.

Maaaring gamitin ang GIT_FLUSH upang pilitin ang Git na gamitin ang di-buffered I / O kapag sumusulat nang incrementally sa stdout. Ang isang halaga ng 1 ay nagiging sanhi ng Git upang mapaliit nang mas madalas, ang isang halaga ng 0 ay nagiging sanhi ng lahat ng output na buffered. Ang default na halaga (kung hindi nakatakda ang variable na ito) ay pumili ng naaangkop na buffering scheme depende sa aktibidad at output mode.

Ang GIT_REFLOG_ACTION ay nagbibigay-daan sa iyong tukuyin ang mapaglarawang teksto na nakasulat sa reflog. Narito ang isang halimbawa: