git-credential - Online sa Cloud

PROGRAMA:

NAME

git-credential - Kunin at iimbak ang mga kredensyal ng user

SINOPSIS

git na kredensyal

DESCRIPTION

Ang Git ay may panloob na interface para sa pag-iimbak at pagkuha ng mga kredensyal mula sa partikular sa system
mga katulong, pati na rin ang pag-prompt sa user para sa mga username at password. Ang git-credential
inilalantad ng command ang interface na ito sa mga script na maaaring gustong kunin, iimbak, o i-prompt para sa
mga kredensyal sa parehong paraan tulad ng Git. Ang disenyo ng scriptable interface na ito ay modelo ng
panloob na C API; tingnan mo ang pumunta kredensyal API[1] para sa higit pang background sa mga konsepto.

Ang git-credential ay kumukuha ng opsyon na "action" sa command-line (isa sa punan, aprubahan, o
tanggihan) at nagbabasa ng paglalarawan ng kredensyal sa stdin (tingnan ang INPUT/OUTPUT FORMAT).

Kung punan ang aksyon, susubukan ng git-credential na magdagdag ng "username" at "password"
mga katangian sa paglalarawan sa pamamagitan ng pagbabasa ng mga config file, sa pamamagitan ng pakikipag-ugnayan sa anumang naka-configure
mga kredensyal na katulong, o sa pamamagitan ng pag-prompt sa gumagamit. Ang mga katangian ng username at password ng
Ang paglalarawan ng kredensyal ay ipi-print sa stdout kasama ang mga katangian na
ibinigay.

Kung naaprubahan ang pagkilos, ipapadala ng git-credential ang paglalarawan sa anumang naka-configure
mga katulong ng kredensyal, na maaaring mag-imbak ng kredensyal para magamit sa ibang pagkakataon.

Kung tatanggihan ang pagkilos, ipapadala ng git-credential ang paglalarawan sa anumang naka-configure
mga katulong ng kredensyal, na maaaring magbura ng anumang nakaimbak na kredensyal na tumutugma sa paglalarawan.

Kung ang aksyon ay aprubahan o tinanggihan, walang output na dapat ilabas.

TIKAL GAMITIN OF GIT KREDENTIAL

Ang isang application na gumagamit ng git-credential ay karaniwang gagamit ng git credential kasunod ng mga ito
mga hakbang:

1. Bumuo ng paglalarawan ng kredensyal batay sa konteksto.

Halimbawa, kung gusto namin ng password para sa https://example.com/foo.git, maaari kaming bumuo
ang sumusunod na paglalarawan ng kredensyal (huwag kalimutan ang blangkong linya sa dulo; sinasabi nito
git na kredensyal na natapos ng application ang pagpapakain ng lahat ng impormasyong mayroon ito):

protocol=https
host=example.com
path=foo.git

2. Hilingin sa git-credential na bigyan kami ng username at password para sa paglalarawang ito. Ito ay
ginagawa sa pamamagitan ng pagpapatakbo ng git credential fill, pagpapakain ng paglalarawan mula sa hakbang (1) hanggang nito
karaniwang input. Ang kumpletong paglalarawan ng kredensyal (kabilang ang kredensyal per se,
ie ang login at password) ay gagawin sa karaniwang output, tulad ng:

protocol=https
host=example.com
username=bob
password=secr3t

Sa karamihan ng mga kaso, nangangahulugan ito na ang mga attribute na ibinigay sa input ay mauulit sa
output, ngunit maaari ring baguhin ng Git ang paglalarawan ng kredensyal, halimbawa sa pamamagitan ng pag-alis
ang path attribute kapag ang protocol ay HTTP(s) at credential.useHttpPath ay false.

Kung alam ng git credential ang tungkol sa password, maaaring hindi kasangkot sa hakbang na ito ang
aktwal na tina-type ng user ang password na ito (maaaring nag-type ang user ng password para i-unlock ang
keychain sa halip, o walang naganap na pakikipag-ugnayan ng user kung ang keychain ay nagawa na
naka-unlock) bago ito nagbalik ng password=secr3t.

3. Gamitin ang kredensyal (hal., i-access ang URL gamit ang username at password mula sa step
(2)), at tingnan kung tinatanggap ito.

4. Mag-ulat sa tagumpay o pagkabigo ng password. Kung pinahihintulutan ng kredensyal ang
operasyon upang matagumpay na makumpleto, pagkatapos ay maaari itong mamarkahan ng isang "aprubahan" na aksyon sa
sabihin sa git credential na muling gamitin ito sa susunod nitong invocation. Kung ang kredensyal ay tinanggihan
sa panahon ng operasyon, gamitin ang "reject" na aksyon upang ang git credential ay humingi ng a
bagong password sa susunod nitong invocation. Sa alinmang kaso, ang git credential ay dapat pakainin
ang paglalarawan ng kredensyal na nakuha mula sa hakbang (2) (na naglalaman din ng mga
ibinigay sa hakbang (1)).

INPUT / OUTPUT FORMAT

Ang git credential ay nagbabasa at/o nagsusulat (depende sa aksyon na ginamit) na impormasyon ng kredensyal
sa karaniwang input/output nito. Ang impormasyong ito ay maaaring tumutugma sa alinman sa mga susi kung saan ang git
makukuha ng kredensyal ang impormasyon sa pag-login/password (hal. host, protocol, path), o sa
ang aktwal na data ng kredensyal na makukuha (login/password).

Ang kredensyal ay nahahati sa isang hanay ng mga pinangalanang katangian, na may isang katangian sa bawat linya. Bawat isa
ang attribute ay tinukoy ng isang key-value pair, na pinaghihiwalay ng isang = (katumbas) sign, na sinusundan ng isang
bagong linya. Ang susi ay maaaring maglaman ng anumang byte maliban sa =, newline, o NUL. Maaaring naglalaman ang halaga
anumang byte maliban sa newline o NUL. Sa parehong mga kaso, ang lahat ng mga byte ay tinatrato bilang-ay (ibig sabihin, doon
ay walang pagsipi, at hindi maaaring magpadala ng isang halaga na may bagong linya o NUL dito). Ang listahan ng
ang mga katangian ay tinatapos ng isang blangkong linya o end-of-file. Naiintindihan ng Git ang sumusunod
mga katangian:

protokol
Ang protocol kung saan gagamitin ang kredensyal (hal., https).

marami
Ang malayuang hostname para sa isang kredensyal ng network.

landas
Ang landas kung saan gagamitin ang kredensyal. Hal, para sa pag-access ng remote na https
repositoryo, ito ang magiging landas ng repositoryo sa server.

username
Ang username ng kredensyal, kung mayroon na kami nito (hal., mula sa isang URL, mula sa user, o
mula sa isang dating tumakbo na katulong).

password
Ang password ng kredensyal, kung hihilingin namin itong maimbak.

url
Kapag ang espesyal na katangiang ito ay binasa ng git na kredensyal, ang halaga ay na-parse bilang isang URL
at ituturing na parang binabasa ang mga bahagi ng bumubuo nito (hal., gagawin ng url=https://example.com
kumilos na parang protocol=https at host=example.com ay ibinigay). Makakatulong ito
iniiwasan ng mga tumatawag ang pag-parse ng mga URL mismo. Tandaan na ang anumang mga sangkap na nawawala mula sa
ang URL (hal., walang username sa halimbawa sa itaas) ay itatakda sa walang laman; kung ikaw
gustong magbigay ng URL at i-override ang ilang attribute, ibigay muna ang attribute ng URL,
sinusundan ng anumang mga override.

NOTA

1. ang Git credential API
file:///usr/share/doc/git/html/technical/api-credentials.html

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