Krav: Ved å bruke gits klonekommando vil kildekoden og endringshistorikken til prosjektet som standard bli klonet til den lokale disken. Hvis prosjektfilen oppdateres og itereres ofte, laster vi ned mye historikk, hvis vi bare vil konsultere og lære den nyeste kildekoden, trenger vi bare å laste ned den nyeste koden på forespørsel.
Å klone et helt repository er en standard operasjonsprosedyre som bruker Git. Hver klone inkluderer vanligvis alt i arkivet.
Dette betyr at når du kloner, får du ikke bare filen, men også alle revisjoner av alle filer som noen gang har blitt committet, samt historikken til hver commit. Og hvis du har mange ressurser i kodebasen din, vil den inneholde en lang historie. Hovedproblemet er at dette skaper flaskehalser i den kontinuerlige integrasjonsrørledningen (CI).
Sjekk ut optimaliseringsprosjekter i kodebasen, som github.com, som ofte må fullføre kloningen av koden, jo mer stjernespekket prosjektet er, jo større mengde kode, jo lengre historikk, i tilfelle dårlig hjemmenettverk, ofte lastes det ned noen GB etter nedlasting, nettverket kobles fra. Når den først er avbrutt, kan den ikke fortsette, og den må starte på nytt, noe som er elendig.
Git grunnklone
Vi kloner kun den siste commit-posten med følgende kommando:
--dybdeRepresenterer dybden til klonen,-- dybde 1 betyr at den kun kloner den siste commit-posten og det nyeste innholdet etter denne commiten, og ikke kloner historikkcommiten, noe som fører til at man ikke kan se den historiske commit-posten, men kloningshastigheten er betydelig forbedret.
Klon den nyeste kildekoden + historikken som følger:
Klon kun den nyeste kildekoden, som følger:
(Slutt)
|
Publisert på 19.02.2023 18:42:56
|
|
|
|
Vert|
Publisert på 19.02.2023 18:43:59
|
Publisert på 20.02.2023 10:59:31
|
