Repository remoti con Git

Gestione Idiota Come strumento per il lavoro collaborativo, è diventato una necessità nei tempi attuali, dove la maggior parte degli sviluppi lo utilizza per mantenere i cambiamenti unificati e senza conflitti.
Nei tutorial passati abbiamo imparato a gestire i repository in ambienti locali e questo non è male se stiamo imparando ad usare IdiotaTuttavia, nel mondo del lavoro viene gestito in modo diverso, e la maggior parte delle volte dovremo lavorare su un repository remoto, che avrà più rami e ogni sviluppatore presente in esso carica costantemente le modifiche.
Un repository remoto è uno che non ci appartiene, che può trovarsi su un server cloud, sul computer di un altro sviluppatore o anche su un file system. La funzione principale di questi repository è che altri sviluppatori possono collaborare con esso, inclusi noi attraverso i rami o rami.
Ci sono molti servizi che ci permettono di creare il nostro repository remoto, abbiamo GitHub ma questo è orientato a progetti personali e collaborazioni tra la comunità di sviluppatori con determinati progetti e abbiamo Bitbucket, che è orientato a progetti privati ​​e gruppi di lavoro in aziende o organizzazioni.
Per questo tutorial useremo Bitbucket, è gratuito ed è quello che più si avvicina alla filosofia di lavoro su cui vogliamo puntare.
Abbiamo detto che un repository remoto non ci appartiene, poiché si trova su una piattaforma che non è la nostra, tuttavia su di esso possiamo eseguire operazioni, che vanno dalla creazione all'eliminazione se lo desideriamo.
Per creare il nostro repository remoto andiamo alla pagina Bitbucket e se non siamo registrati creiamo il nostro account, entriamo ed essendo nel nostro pannello principale cerchiamo l'opzione Creare per creare il repository remoto.

Diamo un nome al nostro repository, includiamo una descrizione, selezioniamo la visibilità e la capacità di eseguire forchette, dove possiamo inoltre selezionare la lingua in cui sarà basato il nostro progetto, infine premiamo crea e avremo il nostro repository remoto creato.
Partiamo dal presupposto che stiamo iniziando da zero e che non abbiamo un progetto ma che presto inizieremo a caricare le nostre modifiche, per questo dobbiamo creare la cartella in cui sarà il progetto e fare il primo spingere.
Per fare ciò creiamo una cartella e al suo interno apriremo una console di comando e la inizializzeremo come repository idiotaSuccessivamente creeremo la connessione con il nostro repository remoto, che possiamo trovare nel pannello principale del nostro repository appena creato:

Ora dobbiamo eseguire il nostro primo spingere Per verificare che tutto funzioni correttamente, creeremo un nuovo file, che può essere un .txt con un testo semplice. Usiamo il comando Inserisci per aggiungerlo al repository, aggiungiamo il nostro primo commettere e finalmente facciamo il spingere al ramo maestro:

Come vediamo è andato tutto liscio, tuttavia per gli utenti che stanno iniziando e si sentono un po' insicuri riguardo allo strumento e si chiedono se i file sono stati caricati, possono andare su Bitbucket e aggiorna il repository e puoi vedere le modifiche apportate:

INGRANDIRE

Bitbucket è estremamente utile, non solo ci permette di creare repository ma la sua applicazione web ci permette di vedere dati come il ramo nel repository, il forchette che sono stati fatti, l'attività in esso e persino inviare inviti ad altri sviluppatori.
Una volta creato il nostro repository, è il momento di iniziare il lavoro di collaborazione, per questo la prima cosa che dobbiamo fare è creare i rami o rami. A parte il ramo maestro Dobbiamo creare un ramo aggiuntivo per il progetto in generale ed è quello in cui lo faranno gli sviluppatori unire e carica le modifiche finali.
Singoli ramiInoltre, è consigliabile che ogni sviluppatore abbia un ramo per esso, quindi le modifiche di ciascun membro del team verranno sezionate e nel caso in cui si verificasse un errore nel caricamento finale, potranno essere restituite senza troppi problemi.
Creeremo il ramo chiamato sviluppando e un ramo personale per le nostre modifiche, lo facciamo con il comando ramo seguito dal nome del ramo, vediamo come appare nella nostra console:

Questo creerà le nostre filiali localmente ma fino a quando non apporteremo modifiche e non faremo il spingere non saranno registrati nel nostro repository, per questo andremo a passare al nostro ramo personale con il comando guardare e verifichiamo con stato che non abbiamo niente da fare commettere, dovrebbe essere così poiché è un nuovo ramo, vediamo:

Ora andremo a creare delle cartelle e dei file per dare peso al nostro progetto, ricordiamo però che le modifiche saranno nel nostro ramo. Dopo aver eseguito queste operazioni dobbiamo aggiungerle con Inserisci, eseguire il commettere corrispondente e infine il spingere al nostro ramo, vediamo queste operazioni nella nostra console di comando:

Abbiamo già effettuato il caricamento nel nostro ramo, ora dobbiamo solo fare lo stesso con il ramo di sviluppo, ma per questo non abbiamo bisogno di usare il comando add o commit, per questo useremo il comando unire Per unire le modifiche che non sono presenti nel ramo, questo ci fa risparmiare molto lavoro e ci consente di tenere traccia delle azioni che eseguiamo sul repository.
Per fare ciò dobbiamo passare al ramo di sviluppo con il comando guardare e lì eseguiremo il comando unire indicando il ramo jacosta per unire le modifiche che abbiamo apportato.

Con questa azione verrà effettuato l'aggiornamento ma ciò non significa che abbiamo caricato le modifiche nel ramo allo stesso modo dobbiamo eseguire il spingere, ma questo ci consente di risparmiare alcuni passaggi aggiuntivi e ci offre un processo di caricamento più pulito. Questa azione creerà il nuovo ramo e unificherà le nostre modifiche, se ancora non ci fidiamo di ciò che ci informa la console possiamo andare a Bitbucket, dove possiamo vedere i nuovi rami creati e le azioni che abbiamo svolto nella sezione delle attività recenti:

INGRANDIRE

Come possiamo vedere abbiamo i nuovi rami così come le nuove modifiche apportate. È importante ricordare che questo è il normale flusso di lavoro che dobbiamo svolgere quando lavoriamo in ambienti collaborativi, altrimenti causeremmo conflitti, portando il nostro team a dedicare anche poche ore alla risoluzione dei problemi del repository.
Quello che abbiamo appena visto fa parte dell'idea che siamo stati noi a creare il repository remoto, ma nel momento in cui siamo invitati a uno di loro il processo cambia un po'. Supponiamo che anche il nostro team utilizzi Bitbucket e hanno creato il repository sulla piattaforma, siamo andati al pannello principale, abbiamo individuato l'opzione Clone e quando lo premiamo vedremo la riga esatta per eseguire questa azione che ci clona esattamente ciò che è nel repository in quel momento:

INGRANDIRE

Abbiamo detto che questa azione clona o copia ciò che è esattamente nel repository in quel momento, ma potrebbe essere il caso che alcuni sviluppatori carichino una modifica dell'ultimo minuto e non sia inclusa nel clone, quindi non sarà nella copia che avremo nella nostra macchina.
Errore comuneQuesto errore è uno dei più comuni e in cui molti utenti inesperti non riescono a gestire i repository con Idiota, ed è il caricamento dei file nel repository senza prima verificare che ci siano modifiche apportate. Ma la soluzione è semplice, quella che forse è la cosa più complicata è adottare la pratica ed è eseguire il comando tiro prima di iniziare a lavorare al progetto e prima di caricare qualsiasi cosa, questo evita la situazione imbarazzante di un conflitto di repository causato da noi.
Infine, è importante ricordare che sebbene Idiota ci permette di mantenere il controllo del nostro progetto e dei nostri file unificando i cambiamenti nel team di sviluppo, non è uno strumento che possiamo usare solo per la gestione del progetto.
Consigliamo di prenderlo di pari passo con applicazioni come asana o Trello, assicurandoci che i nostri progetti siano coperti su tutti i fronti, in questo modo sapremo che avranno sempre gli ultimi cambiamenti e anche che le date e gli impegni stabiliti per questo sono essere incontrati senza fallo. .
Con questo finiamo questo tutorial in cui potremmo creare il nostro repository remoto con Bitbucket e inoltre siamo stati in grado di vedere tutto il flusso di lavoro necessario per gestirlo in modo ottimale quando lavoriamo in un ambiente di sviluppo collaborativo.Ti è piaciuto e hai aiutato questo Tutorial?Puoi premiare l'autore premendo questo pulsante per dargli un punto positivo