În acest articol, vom discuta despre câteva opțiuni avansate pentru formatarea și tipărirea jurnalelor de validare pentru a prelua informațiile de care aveți nevoie din istoricul jurnalului de proiect. Din moment ce știm deja, păstrează un Jurnal al schimbărilor angajate în istoria proiectului, acum vom explora mai multe moduri în care este utilă comanda „git log”.
În primul rând, trec la / verific ramura „feature1” pentru un istoric convenabil și mai scurt.
Utilizați comenzile -
$cd myProj–Comutați la proiectul git
$git checkout feature1- treceți la ramura „feature1”
1. Realizați formatarea
1.1 Imprimați destul conținutul de ieșire într-un format dat
Sintaxă: git log --pretty [=]
Unde, poate fi unul dintre o linie, mic de statura, mediu, deplin, mai plin, e-mail, brut, și format:
Când = partea este omisă, implicit mediu.
1.1.1 –destul = oneline
Jurnal de comitere destul de tipărit într-o „singură linie”
Comanda: git log --pretty = oneline
Formatează ieșirea în ordine:
1.1.2 –destul = scurt
Formatează ieșirea de validare „scurtă” în format:
comite (refname)
Autor:
1.1.3 –destul = mediu
Comanda: git log --pretty = mediu
Imprimați rezultatul de validare în formatul „mediu”:
comite
Autor :
Data:
1.1.4 –destul = plin
Comanda: git log --pretty = complet
Ieșirea este în format:
comite (refname)
Autor:
Angajare:
1.1.5 –destul = mai plin
Comanda: git log --pretty = mai complet
comite (refname)
Autor:
AuthorDate :
Angajare:
CommitDate:
1.1.6 –destul = e-mail
Comanda: git log --pretty = email
Imprimați ieșirea jurnalului în formatul stilului de e-mail:
Din
Din:
Data:
Subiect: [PLASTURE]
1.1.7 –destul = raw
Comanda: git log --pretty = raw
Formatul de ieșire jurnal brut arată întregul commit exact așa cum este stocat în obiectul commit.
comite
copac
mamă
autor
comite
1.1.8 –format:: Formatare personalizată
Formatul vă permite să specificați ce informații despre obiectul de validare doriți să imprimați în jurnalul de ieșire de validare
Să luăm în considerare diferitele substituenți pe care această opțiune le oferă la fel ca o funcție „C printf” cu ajutorul fragmentelor de cod:
Comanda: git log --pretty = format: '% h% ad | % s% d [% an] '--date = scurt
Format de iesire:
| [numele autorului]
% h = ID-uri hash-sha / sha1commit scurtate
% H = coduri sha-1 lungi
%la = data autorului
% s = comite rândul titlului subiectului
% d = numele indicatorului de referință (ramură, etichetă)
%un = numele autorului
-Data = scurt: Imprimați doar data și nu ora într-un format lizibil
Acum, ce zici de a face această ieșire mai prietenoasă cu oamenii, folosind culori.
Comanda:
git log --pretty = format: '% C (galben)% h% Creset% ad | % Cgreen% s% Creset% Cred% d% Creset% Cblue [% an] '--date = scurt
Câțiva alți substituenți utilizați în fragmentul de cod de mai sus sunt:
% C (galben) : Rotiți următorul șir spre galben
% Creset : Resetați următorul șir înapoi la culoarea implicită (albă)
% Cgreen : schimbați următorul șir la verde
%Cred: Schimbați următorul șir la roșu
% Cblue: Faceți numele autorului de culoare albastră
Nu trebuie să vă amintiți și să scrieți întreaga comandă de fiecare dată, folosiți doar un nume scurt ca git alias așa cum se arată mai jos:
Comanda:
git config --global alias.c-hist 'log --pretty = format:'% C (galben)% h% Creset% ad | % Cgreen% s% Creset% Cred% d% Creset% Cblue [% an] '--date = short'
„C-hist” reprezintă c ustomizat- hist ory
Deci, așa cum ați fi observat, îmi stabilesc globalitatea configurația git fișier cu valorile.
tutorial ssis pentru începători 2012 cu exemple
Acum, pentru a verifica istoricul ramurii curente, tot ce trebuie să faceți este să executați comanda, astfel:
Comanda: du-te c-hist
1.2 –abbrev-commit: Scurtați git commit hash-id
Comanda: git log --abbrev-commit
Numele complet al obiectului de comitere hexadecimal de 40 de octeți este scurtat la 7 octeți implicit.
Haideți să o facem cu „--o linie„Opțiune pentru o vizualizare convenabilă, așa:
Comanda: git log --abbrev-commit --oneline
Ceea ce este mai interesant este că puteți specifica, de asemenea, lungimea de octeți a ID-urilor sha-1 folosind opțiunea „–abbrev =”, după cum se arată mai jos:
Comanda: git log --abbrev-commit --abbrev = 5 --oneline
În mod clar, ID-urile sha-1 evidențiate sunt reduse la dimensiunea de 5 octeți.
1.3 –no-abbrev-commit
Afișați numele complet al obiectului de comitere hexadecimal de 40 de octeți.
Acest lucru neagă –Abbrev-commit și acele opțiuni care implicăprecum „–oneline”.
Comanda: git log --pretty = oneline --no-abbrev-commit
1.4 –dată relativă
Comanda: git log --relative-date
Vă rugăm să rețineți, acest timp evidențiat este supus modificării în raport cu momentul în care executați comanda pe sistemul dvs.
1.5 –data =
De asemenea, puteți formata data jurnalelor de confirmare în oricare dintre următoarele opțiuni de format:
1.5.1 –dată = relativă
Comanda :git log --date = relative
Acest lucru este sinonim cu comanda de mai sus „git log --relative-date”Și tipărește aceleași comisii.
1.5.2 –dată = local
Comanda : git log --date = local
1.5.3 –data = iso
Comanda: git log --date = iso
1.5.4 –data = iso-strict
Comanda: git log --date = iso-strict
1.5.5 –data = rfc
Comanda: git log --date = rfc
1.5.6 –data = scurt
Comanda: git log --date = scurt
1.5.7 –dată = brut (arată data în secunde)
Comanda: git log --date = raw
Imprimați ora ca secunde de la unix epoc ora (01 ianuarie 1970) urmată de fusul orar.
1.5.8 –dată = om
Comanda: git log --date = uman
1.5.9 –data = unix
Afișează data ca unix epoc (UTC) ora.
Comanda: git log --date = unix
1.6 –parinți
Imprimați și părinții fiecărui angajament în format:
Comanda: git log --parents
Comandă de ieșire Oneliner: git log --parents --oneline
Puncte de remarcat:
C366419 este un commit de îmbinare, deci are respectiv 2 părinți: feeb30c și 4920adc
De asemenea
1d67b50 este un commit de fuziune, care a rezultat din fuzionare f2ff2e4 și abb694b
078f9f5 este un commit de îmbinare creat prin îmbinare 9a2412e și ab3a5e5
Întrucât, 86792c6 este comiterea inițială, deci niciun părinte.
1,7 –copii
Imprimați și copiii în formular
Comanda: git log --children --oneline
Notă :
006b9ce este cea mai recentă commit, prin urmare nu are încă obiect de commit pentru copii. Următoarea modificare pe care o faceți și o comiteți pe această ramură va fi obiectul de comitere copil al acestui ultim sha-1 id.
1,8 –graf
Desenați o reprezentare grafică bazată pe text a istoricului de comitere înainte de ID-urile sha-1.
Comanda: git log --graph
Ieșire îmbunătățită a onelinerului: git log --graph --oneline
Acest lucru vă permite să înțelegeți când, cum și de ce și alte sucursale au fost îmbinate în sucursala curentă.
1.9 –show-linear-break
Comanda: git log --show-linear-break
Aceasta este o comandă utilă, pentru a indica o barieră între 2 commit-uri consecutive care nu aparțin unei ramuri liniare, cu alte cuvinte commit-urile provenite din ramuri diferite.
Comparați ieșirea de mai sus cu ieșirea comenzii ‘git log –graph’ care arată în mod clar cum au fost îmbinate comitetele „liniar-break”.
Bonus: Rezumați rezultatul jurnalului git: „git shortlog”
„git shortlog„Comanda clasifică autorii jurnalelor de comitere și tipărește un rezumat general, indicând comiterile făcute de fiecare autor.
Comanda: git log shortlog
Comanda : git log shortlog -s
-s înseamnă –sumar, suprimă descrierea commit și tipărește doar numărul de commit al fiecărui autor, astfel:
Mai mult, puteți să formatați rezultatul folosind aceleași substituenți ca și cei discutați la „--pretty = format' opțiune
Încercați comanda: git shortlog --format = '% h | % s '
Prin urmare, veți fi de acord că această ieșire are mai mult sens, deoarece arată id-ul și fiecare autor împreună cu numărul total de comisioane.
Notă : Este interesant de observat că puteți găsi cu ușurință ramura care a făcut un anumit angajament. Merită să aprofundăm această discuție în articolele viitoare.
Deci, odată cu aceasta, ajungem la sfârșitul acestui lucruIstoricul formatului jurnalului Gitblog, sper că ți s-a părut informativ.
În această postare, am învățat câteva tehnici de formatare care imprimă informațiile despre proiect într-un mod mai personalizat și mai ușor de utilizat. Acum ar trebui să știți cum să utilizați în mod eficient parametrii comenzii „git log” pentru a extrage orice informație de care aveți nevoie despre codul sursă din istoricul dvs. angajat. Deci, odată cu aceasta, ajungem la sfârșitul acestui articol, sper că l-ați găsit informativ.
Dacă sunteți curios să aflați mai multe, puteți verifica acest lucru de Edureka, o companie de învățare online de încredere, cu o rețea de peste 250.000 de elevi mulțumiți răspândiți pe tot globul. Cursul Edureka DevOps Certification Training îi ajută pe cursanți să înțeleagă ce este DevOps și să câștige expertiză în diferite procese și instrumente DevOps precum Puppet, Jenkins, Nagios, Ansible, Chef, Saltstack și GIT pentru automatizarea mai multor pași în SDLC.
Ai o întrebare pentru noi? Vă rugăm să o menționați în secțiunea de comentarii a acestui articol despre „Istoricul formatelor jurnalului Git” și vă vom contacta înapoi.