È sicuro clone poco profondo con -vepth 1, creare commit e tirare di nuovo gli aggiornamenti?

Mentre lavorano su Git, gli sviluppatori clone repository remoti in modo che possano accedere ai file del progetto e apportare le loro modifiche. Più specificamente, la clonazione crea una copia locale di un repository remoto sul sistema locale dell'utente e consente loro di lavorare sul progetto a livello locale. Successivamente, possono riportare le loro modifiche locali al repository GitHub per accedere ad altri membri del team.

Questo articolo spiegherà:

• È sicuro clone superficiale/copiare git repo con "-depth 1", fare commessi e ottenere di nuovo gli aggiornamenti?
• Come clone superficiale/copiare git repo con "-depth 1", fare commit e ottenere di nuovo gli aggiornamenti?

È sicuro clone superficiale/copiare git repo con "-depth 1", fare commessi e ottenere di nuovo gli aggiornamenti?

È generalmente sicuro clone poco profondo un repository con il "-profondità 1"Opzione, fai commit e ottieni aggiornamenti. Tuttavia, questo approccio può portare ad alcuni problemi minori, come ad esempio:

• Clonazione superficiale di un repository con "-depth 1" solo cloni o scarica gli ultimi commit e non l'intera storia, quindi gli utenti non possono avere accesso all'intero repository.
• Gli utenti non possono tornare a una versione precedente del codice.
• Mentre tirano nuovamente gli aggiornamenti, gli utenti saranno in grado di attirare le modifiche apportate al commit più recente. Se ci sono modifiche ai commit precedenti di cui hanno bisogno, non saranno in grado di ottenerli.
• Se gli sviluppatori creano commit e li spingono nel repository, si basano sul più recente commit clonato.

Nel complesso, la clonazione superficiale con -pente 1 può essere utile per ottenere rapidamente una copia del repository su cui lavorare, ma potrebbe non essere l'opzione migliore se è necessario accedere all'intera cronologia del codice.

In che modo il clone superficiale/copia git repo con "-depth 1", fai commit e ottieni di nuovo gli aggiornamenti?

Per clone poco profondo un particolare repository git con profondità 1, creare commessi e tirare di nuovo gli aggiornamenti, prima, vai al repository locale. Quindi, clona il repository remoto con profondità 1 usando "clone git -depth 1 "Comando. Successivamente, spostati nel repository clonato, apporta modifiche e impegnali. Dopodiché, esegui le operazioni Push and Pull.

Passaggio 1: passare al repository locale

Innanzitutto, digita il seguente comando e reindirizza al repository locale desiderato:

$ cd "c: \ git \ local_repo

Passaggio 2: repository remoto clone

Quindi, clone o copia il particolare repository remoto utilizzando il "clone git"Comando insieme alla profondità desiderata e all'URL HTTP del repository GitHub:

$ git clone -Depth 1 https: // github.com/laibayunas/demo.idiota

Qui, il "-profonditàOpzione "con un"1"Il valore ottiene solo l'ultimo commit:

Passaggio 3: passare al repository remoto

Quindi, passa al repository clonato tramite "CD"Comando:

demo $ cd

Passaggio 4: Controlla il registro di riferimento

Quindi, controlla il registro di riferimento per visualizzare la cronologia dei commit:

$ git Reflog .

Si può osservare che il repository remoto è stato clonato solo con l'ultimo commit:

Passaggio 5: crea un nuovo file

Ora, crea un nuovo file nel repository clonato corrente:

$ TOUCT NEWFILE.TXT

Passaggio 6: Traccia il file

Traccia il file appena creato con l'aiuto di "git aggiungi"Comando:

$ git aggiungi newfile.TXT

Passaggio 7: commettere modifiche

Successivamente, eseguire il comando sotto fornito per commettere modifiche:

$ git commit -m "newfile.txt aggiunto "

Passaggio 8: controllare la cronologia

Quindi, controlla il registro di riferimento per verificare le modifiche:

$ git Reflog .

Si può vedere che il nuovo commit è stato aggiunto alla storia del commit:

Passaggio 9: spingere le modifiche a github

Esegui il comando sotto l'elenco per spingere le nuove modifiche al repository GitHub:

$ git push

Secondo l'immagine sotto fornita, le modifiche sono state spinte nel repository Git remoto:

Passaggio 10: tirare le modifiche remote

Ora, ottieni gli aggiornamenti remoti nel repository clonato utilizzando il seguente comando:

$ git pull

L'output seguente mostra che il repository è già aggiornato, il che indica che non ci sono nuove modifiche nel repository remoto:

Ora, supponiamo che un altro utente abbia apportato modifiche al repository remoto e si desidera eseguire l'operazione di pull, otterrai solo le modifiche applicate più di recente:

$ git pull

Può essere mostrato nell'output sotto fornito, sono state scaricate solo le modifiche aggiunte:

Passaggio 11: verificare le modifiche

Infine, eseguire il comando sotto l'elenco di seguito per garantire che solo le modifiche applicate di recente vengano attirate nel repository clonato localmente:

$ git Reflog .

Come puoi vedere, la storia del commit contiene solo le ultime modifiche:

Si trattava di clonazione superficiale di un repository git con profondità 1, creazione di commit e tira di nuovo gli aggiornamenti.

Conclusione

È generalmente sicuro clone poco profondo un repository con il "-profondità 1"Opzione, crea commit e tira gli aggiornamenti. Tuttavia, questo approccio può portare a problemi se la cronologia del repository è modificata per influire sui commit che gli utenti hanno fatto. Inoltre, la clonazione superficiale di un repository con -vepth 1 scarica solo gli ultimi commit e non include l'intera cronologia del repository. Ciò significa che gli utenti non possono accedere al contesto completo del repository. Questo articolo ha spiegato la clonazione poco profonda di un repository git con profondità 1, creando commessi e tirando di nuovo gli aggiornamenti.