GIT PUSH NON Invia modifiche al repository Git remoto

Git è uno strumento di tracciamento utilizzato per spingere e trarre cambiamenti dai repository locali a remoti e viceversa. Quando un grande progetto di sviluppo è diviso in alcuni moduli e assegnato a più membri del team, ogni membro lavora sulla propria macchina locale in modo indipendente. Dopo aver completato l'attività assegnata, devono spingere tutte le modifiche aggiunte al servizio di hosting GitHub. Tuttavia, a volte, potresti incontrare più situazioni in cui si è limitati a spingere le modifiche locali al repository remoto.

Questo articolo discuterà di cosa fare quando Git Push non invia le modifiche a un repository Git remoto.

Come correggere "Git Push non inviare modifiche al repository git remote"?

Mentre lavorano su GIT, gli sviluppatori aggiungono file all'area di stadiazione ma spesso dimenticano di commettere le nuove modifiche. Le modifiche non rintracciate non vengono spinte quando aggiungono le modifiche locali al server GitHub. Pertanto, l'aggiunta di file all'area di gestione temporanea e commettere nuove modifiche è essenziale prima di spingere le modifiche locali al repository Git remoto.

Dai un'occhiata ai seguenti passaggi per una dimostrazione pratica!

Passaggio 1: vai al repository locale

Usa il "CD"Comando e spostarsi nella particolare directory GIT locale:

$ cd "C: \ git \ repo1"

Passaggio 2: controlla l'origine remota

Verificare se il repository locale è connesso con il server centralizzato o meno tramite il comando sotto il premio:

$ git remote -v

Passaggio 3: crea un nuovo file

Ora, esegui il "tocco"Comando insieme al nome del file per generarlo:

$ TOUCT NEW_FILE.TXT

Passaggio 4: tenere traccia delle modifiche all'area di stadiazione Git

Quindi, aggiungi il file appena creato all'area di tracciamento utilizzando "git aggiungi"Comando:

$ git aggiungi new_file.TXT

Passaggio 5: spingere la filiale locale per git remoto repository

Successivamente, eseguire il “Git Push"Comando insieme all'URL remoto e al nome della filiale locale per spingere le modifiche:

$ git push-Set-upstream Origin Main

Qui, il "-set-upstream"L'opzione viene utilizzata perché stiamo spingendo questo ramo per la prima volta:

Di conseguenza, la filiale locale è stata spinta al ramo remoto.

Passaggio 6: visualizzare il contenuto spinto su GitHub

Apri GitHub e vai al repository remoto desiderato per garantire se il contenuto del repository locale è stato spinto nel repository remoto o meno:

Nota: Come puoi vedere, il contenuto della filiale locale è stato spinto nel repository remoto, ma le modifiche non messa in scena non sono state aggiunte al repository remoto. Quindi, per risolvere questo problema, segui i passaggi successivi.

Passaggio 7: tenere traccia di tutte le modifiche all'area di stadiazione Git

Per aggiungere tutte le modifiche all'area di tracciamento, eseguire il "git aggiungi ."Comando:

$ git aggiungi .

Passaggio 8: commettere modifiche

Successivamente, eseguire il comando sotto fornito insieme al messaggio desiderato per commettere le modifiche messe in scena:

$ git commit -m "nuovo file aggiunto"

Qui, abbiamo aggiornato correttamente il repository remoto:

Passaggio 9: aggiungere modifiche locali al repository remoto GIT

Quindi, spingi le nuove modifiche locali al repository remoto utilizzando il comando dato a soffio:

$ git Push Origin Main

Passaggio 10: verificare le modifiche aggiunte su GitHub

Per garantire che le nuove modifiche siano state spinte nel repository remoto, vai al repository particolare su GitHub e controlla il contenuto spinto:

Si può osservare che i nostri file aggiunti localmente sono stati spinti correttamente sul server remoto.

Conclusione

Quando gli sviluppatori spingono le modifiche locali al repository remoto e lo controllano, si rendono conto che le nuove modifiche non sono state spinte. Questo problema si verifica quando gli sviluppatori non aggiungono e commettono nuove modifiche. Quindi, per risolvere questo problema, è necessario aggiungere nuove modifiche all'area di gestione tempo. Questo articolo ha illustrato la soluzione per non aver aggiunto modifiche al problema del repository remoto GIT.