Remote-Repositorys mit Git

Handhabung Git Als Werkzeug für kollaboratives Arbeiten ist es in der heutigen Zeit zu einer Notwendigkeit geworden, in der die meisten Entwicklungen es verwenden, um Veränderungen einheitlich und konfliktfrei zu halten.
In früheren Tutorials haben wir gelernt, wie man Repositorys in lokalen Umgebungen verwaltet, und das ist nicht schlecht, wenn wir lernen, wie man sie verwendet GitIn der Arbeitswelt wird es jedoch anders gehandhabt, und die meiste Zeit müssen wir an einem Remote-Repository arbeiten, das mehrere Zweige enthält und jeder darin vorhandene Entwickler ständig Änderungen hochlädt.
Ein Remote-Repository ist eines, das uns nicht gehört, das sich auf einem Cloud-Server, auf dem Computer eines anderen Entwicklers oder sogar auf einem Dateisystem befinden kann. Die Hauptfunktion dieser Repositorys besteht darin, dass andere Entwickler damit zusammenarbeiten können, einschließlich uns über die Zweige oder Geäst.
Es gibt viele Dienste, die es uns ermöglichen, unser Remote-Repository zu erstellen, wir haben GitHub aber dies orientiert sich an persönlichen Projekten und Kooperationen zwischen der Entwickler-Community mit bestimmten Projekten und wir haben Bit Bucket, das sich an privaten Projekten und Arbeitsteams in Unternehmen oder Organisationen orientiert.
Für dieses Tutorial verwenden wir Bit Bucket, ist kostenlos und entspricht am ehesten der Arbeitsphilosophie, auf die wir uns konzentrieren wollen.
Wir haben erwähnt, dass ein Remote-Repository nicht uns gehört, da es sich auf einer Plattform befindet, die nicht uns gehört. Wir können jedoch Operationen darauf ausführen, von der Erstellung bis zum Löschen, wenn wir es wünschen.
Um unser Remote-Repository zu erstellen, gehen wir auf die Seite Bit Bucket und wenn wir nicht registriert sind, erstellen wir unser Konto, gehen in unser Hauptfenster ein und suchen nach der Option Schaffen um das Remote-Repository zu erstellen.

Wir benennen unser Repository, fügen eine Beschreibung hinzu, wählen die Sichtbarkeit und die Leistungsfähigkeit aus Gabeln, wo wir zusätzlich die Sprache auswählen können, in der unser Projekt basieren soll, schließlich drücken wir auf Erstellen und wir werden unser Remote-Repository erstellen lassen.
Wir gehen davon aus, dass wir bei Null anfangen und kein Projekt haben, aber bald mit dem Hochladen unserer Änderungen beginnen. Dazu müssen wir den Ordner erstellen, in dem sich das Projekt befinden wird, und den ersten erstellen drücken.
Dazu erstellen wir einen Ordner und öffnen darin eine Befehlskonsole und initialisieren sie als Repository gitDanach stellen wir die Verbindung zu unserem Remote-Repository her, das wir im Hauptfenster unseres neu erstellten Repositorys finden:

Jetzt müssen wir unseren ersten durchführen drücken Um zu überprüfen, ob alles richtig funktioniert, erstellen wir eine neue Datei, die eine .txt mit einem einfachen Text sein kann. Wir verwenden den Befehl hinzufügen um es dem Repository hinzuzufügen, fügen wir unser erstes hinzu begehen und endlich machen wir das drücken zur Filiale Meister:

Wie wir sehen, lief alles reibungslos, aber für Benutzer, die gerade anfangen und sich bezüglich des Tools etwas unsicher fühlen und sich fragen, ob die Dateien hochgeladen wurden, können sie zu gehen Bit Bucket und aktualisieren Sie das Repository und Sie können die vorgenommenen Änderungen sehen:

VERGRÖSSERN

Bit Bucket ist äußerst nützlich, es erlaubt uns nicht nur, Repositorys zu erstellen, sondern seine Webanwendung ermöglicht es uns auch, Daten wie den Zweig im Repository, die Gabeln die getan wurden, die Aktivität darin und sogar Einladungen an andere Entwickler senden.
Sobald wir unser Repository erstellt haben, ist es an der Zeit, mit der Zusammenarbeit zu beginnen. Dazu müssen wir als erstes die Branches erstellen oder Geäst. Außerhalb der Filiale Meister Wir müssen für das Projekt im Allgemeinen einen zusätzlichen Zweig erstellen, in dem die Entwickler arbeiten werden verschmelzen und laden Sie Ihre letzten Änderungen hoch.
Einzelne FilialenDarüber hinaus wird empfohlen, dass jeder Entwickler einen Branch dafür hat, damit die Änderungen jedes Teammitglieds unterteilt werden und im Falle eines Fehlers beim endgültigen Upload problemlos zurückgegeben werden können.
Wir erstellen den Zweig namens Entwicklung und einen persönlichen Zweig für unsere Änderungen, tun wir dies mit dem Befehl Zweig gefolgt vom Namen des Zweigs, sehen wir uns an, wie er in unserer Konsole aussieht:

Dadurch werden unsere Filialen lokal erstellt, aber bis wir Änderungen daran vornehmen und dies tun drücken sie werden nicht in unserem Repository registriert, dafür wechseln wir mit dem Befehl in unseren persönlichen Zweig Kasse und wir verifizieren mit Status dass wir nichts zu tun haben begehen, das sollte so sein, da es sich um einen neuen Zweig handelt, mal sehen:

Jetzt werden wir Ordner und einige Dateien erstellen, um unserem Projekt Gewicht zu verleihen. Denken wir jedoch daran, dass die Änderungen in unserem Zweig stattfinden werden. Nachdem wir diese Operationen durchgeführt haben, müssen wir sie mit hinzufügen hinzufügen, führe die begehen entsprechend und schließlich die drücken zu unserem Branch, sehen wir uns diese Operationen in unserer Befehlskonsole an:

Wir haben den Upload in unseren Branch bereits durchgeführt, jetzt müssen wir nur noch mit dem Development-Branch dasselbe tun, aber dafür brauchen wir nicht den Befehl add oder commit, dafür verwenden wir den Befehl verschmelzen Das Einbinden der Änderungen, die nicht im Branch vorhanden sind, erspart uns viel Arbeit und ermöglicht es uns, den Überblick über die Aktionen zu behalten, die wir im Repository durchführen.
Dazu müssen wir mit dem Befehl in den Entwicklungszweig wechseln Kasse und dort werden wir den Befehl ausführen verschmelzen auf den jacosta-Zweig zeigen, um an den von uns vorgenommenen Änderungen teilzunehmen.

Mit dieser Aktion wird das Update durchgeführt, aber das bedeutet nicht, dass wir die Änderungen auf die gleiche Weise in den Branch hochgeladen haben, wie wir dies durchführen müssen drücken, aber das erspart uns einige zusätzliche Schritte und ermöglicht uns einen saubereren Upload-Prozess. Diese Aktion erstellt den neuen Branch und vereinheitlicht unsere Änderungen, wenn wir immer noch nicht vertrauen, was die Konsole uns mitteilt, können wir zu gehen Bit Bucket, wo wir die neu erstellten Zweige sowie die von uns durchgeführten Aktionen im Abschnitt "Letzte Aktivität" sehen können:

VERGRÖSSERN

Wie wir sehen, haben wir die neuen Zweige sowie die neuen Änderungen vorgenommen. Es ist wichtig zu erwähnen, dass dies der normale Arbeitsablauf ist, den wir ausführen müssen, wenn wir in kollaborativen Umgebungen arbeiten.
Was wir gerade gesehen haben, ist Teil der Idee, dass wir diejenigen waren, die das Remote-Repository erstellt haben, aber in dem Moment, in dem wir zu einem von ihnen eingeladen werden, ändert sich der Prozess ein wenig. Nehmen wir an, unser Team nutzt auch Bit Bucket und sie haben das Repository auf der Plattform erstellt, wir gingen zum Hauptfenster und fanden die Option Klon und wenn wir darauf drücken, sehen wir die genaue Zeile, um diese Aktion auszuführen, die uns genau klont, was sich in diesem Moment im Repository befindet:

VERGRÖSSERN

Wir haben erwähnt, dass diese Aktion klont oder kopiert, was sich zu diesem Zeitpunkt genau im Repository befindet, aber es kann vorkommen, dass einige der Entwickler eine Last-Minute-Änderung hochladen und diese nicht im Klon enthalten ist, sodass sie nicht in der Kopie enthalten ist die wir in unserer Maschine haben werden.
Häufiger FehlerDieser Fehler ist einer der häufigsten und bei vielen unerfahrenen Benutzern gelingt es nicht, Repositorys mit zu verwalten Git, und es ist das Hochladen von Dateien in das Repository, ohne zuerst zu überprüfen, ob Änderungen vorgenommen wurden. Aber die Lösung ist einfach, das Komplizierteste ist vielleicht, die Praxis zu übernehmen und den Befehl auszuführen ziehen bevor Sie mit der Arbeit am Projekt beginnen und bevor Sie etwas hochladen, vermeiden Sie so die peinliche Situation eines von uns verursachten Repository-Konflikts.
Schließlich ist es wichtig zu erwähnen, dass obwohl Git ermöglicht es uns, die Kontrolle über unser Projekt und unsere Dateien zu behalten und die Änderungen im Entwicklungsteam zu vereinheitlichen, es ist kein Werkzeug, das wir nur für das Projektmanagement verwenden können.
Wir empfehlen, es mit Anwendungen wie Asana oder Trello Hand in Hand zu nehmen, um sicherzustellen, dass unsere Projekte an allen Fronten abgedeckt sind. Auf diese Weise wissen wir, dass sie immer die neuesten Änderungen haben und dass die dafür festgelegten Termine und Verpflichtungen eingehalten werden unfehlbar erfüllt. .
Damit beenden wir dieses Tutorial, mit dem wir unser Remote-Repository erstellen können Bit Bucket und zusätzlich konnten wir den gesamten Workflow sehen, der für eine optimale Handhabung erforderlich ist, wenn wir in einer kollaborativen Entwicklungsumgebung arbeiten.Hat dir dieses Tutorial gefallen und geholfen?Sie können den Autor belohnen, indem Sie diesen Knopf drücken, um ihm einen positiven Punkt zu geben