Krav: Med gits klonkommando kommer källkoden och ändringshistoriken för projektet att klonas till den lokala disken som standard, om projektfilen uppdateras och itereras ofta kommer vi att ladda ner mycket historik, om vi bara vill konsultera och lära oss den senaste källkoden behöver vi bara ladda ner den senaste koden på begäran.
Att klona ett helt repository är en standardprocedur med Git. Varje klon innehåller vanligtvis allt i arkivet.
Detta innebär att när man klonar får man inte bara filen, utan också varje version av varje fil som någonsin har committats, samt historiken för varje commit. Och om du har många tillgångar i din kodbas kommer den att innehålla en lång historik. Huvudproblemet är att detta skapar flaskhalsar i den kontinuerliga integrationskedjan (CI).
Kolla in optimeringsprojekten i kodbasen, såsom github.com, ofta måste man slutföra kloningen av koden, ju mer stjärnprydd projektet är, desto större mängd kod, desto längre historik, i fallet med dåligt inhemskt nätverk, ladda ofta ner några GB efter nedladdning, nätverket kopplas bort. När den väl är avbruten kan den inte fortsätta, och den måste börja om från början, vilket är miserabelt.
Git grundklon
Vi klonar endast den senaste commit-posten med följande kommando:
--djupRepresenterar kloningens djup,-- djup 1 innebär att den bara klonar den senaste commit-posten och det senaste innehållet efter denna commit, och inte klonar historik-commiten, vilket gör att man inte kan se den historiska commit-posten, men kloningshastigheten är avsevärt förbättrad.
Klona den senaste källkoden + historiken enligt följande:
Klona endast den senaste källkoden, enligt följande:
(Slut)
|
Publicerad på 2023-02-19 18:42:56
|
|
|
|
Hyresvärd|
Publicerad på 2023-02-19 18:43:59
|
Publicerad på 2023-02-20 10:59:31
|
