git ist eines dieser Werkzeuge, die so einfach zu bedienen sind, dass Sie häufig nicht viel Nuance entdecken. Sie wenden sich auf, ein Repository aus dem Web zu klonen, und das ist dabei. Wenn Sie Änderungen vornehmen, können Sie sie vielleicht verfolgen, und wenn Sie wirklich höflich sind, können Sie eine Pull-Anforderung erstellen, um dem Projekt zurückzugeben. Es gibt jedoch viel mehr, was Sie tun können. Haben Sie zum Beispiel verstanden, dass Git kollaborative Word-Dokumente verfolgen kann? Oder verwalten Sie Ihre Startdaten über mehrere Linux-Boxen?
Git gehört zu einem Haushalt von Software-Anwendungsprodukten, die Revision (oder Version) -Kontrolle durchführen. Das Konzept besteht darin, dass Sie die Softwareanwendung (z. B. beispielsweise) einrichten können, sowie die Überprüfung der Revision aufbewahren. Große Systeme haben Bestimmungen, dass mehrere Personen auf einmal an einem Job arbeiten können. Ebenso ist in der Regel eine Methode, um einen Job in verschiedene Teile aufzuteilen. Sie können zum Beispiel aufteilen, um eine Version des Produkts für einen anderen Markt herzustellen oder eine experimentelle Funktion auszuprobieren, ohne die typische Entwicklung zu brechen. In einigen Fällen bringen Sie letztendlich das Zurücksetzen in die Primärlinie.
Obwohl ich in der nächsten Ratenzahlung ein paar seltsame Nutzteile für Git liefert, kannst du nützlich entdecken, diese Veröffentlichung ist hauptsächlich die Geschichte genau, wie Git zu sein ist. Open Source-Weiterentwicklung wird für Flammenkriege verstanden, und es gibt mindestens ein paar in dieser Geschichte. Neben echten Hacker-Mode entscheidet der Held der Geschichte, dass er nicht die Werkzeuge mag, die er nutzt, also … Nun, was würdest du tun?
Krieg der Versionscontroller
Historisch viel Softwareanwendung, die diese Funktion tat, hatte eine Central-Server-Denkweise. Das heißt, der Code lebte irgendwo im Netzwerk. Wenn Sie an einer Daten arbeiten wollten, in der Sie es inspizieren würden. Dies funktioniert nur, wenn niemand anders inspiziert hatte. Wenn Sie erfolgreich waren, können Sie natürlich Ihre Daten nicht inspizieren, bis Sie sie zurücksetzen. Wenn Sie vom Netzwerk weg waren, und Sie möchten an etwas arbeiten, auch schlecht.
In den zeitgenössischen Werkzeugen entspannen jedoch einige dieser Einschränkungen. Idealerweise bietet ein Tool möglicherweise eine regionale Kopie eines Jobs sowie sofort auf dem Laufenden anderer Kopien, wenn Sie Änderungen freigeben. Diese Methode gab es keine zentrale Kopie, um zu verlieren, Sie könnten irgendwo arbeiten, und Sie müssten nicht mit anderen Teamkollegen an verschiedenen Dingen koordinieren.
Geschlossenes Werkzeug
Ein äußerst großes verteiltes Team etabliert den Linux-Kernel. Ende 1998 hatte das Team eine schwere Zeit mit dem Revisionsmanagement. Ein Kernel-Entwickler, [Larry McVoy], hatte ein Unternehmen, das eine skalierbare verteilte Version erstellt hat, die das Produkt namens Bitkeeper verwaltet hat. Obwohl es ein industrielles Produkt war, gab es eine Nachbarschaftserlaubnis, dass Sie es Ihnen ermöglichten, es zu nutzen, solange Sie nicht an einem daran interessierten Werkzeug funktionierten, während Sie das Produkt sowie für ein Jahr danach nutzten. Die Begrenzung, die sowohl für industrielle als auch für den Open Source-Wettbewerb verwendet wurde. Obwohl das Produkt die meisten Daten auf Ihrem Computer aufbewahrte, gab es eine Serverkomponente, so dass das Unternehmen Ihre Nutzung des Produkts tatsächlich verfolgen konnte.
Im Jahr 2002 umarmte das Linux-Kernel-Team Bitkeeper. [Linux Torvalds] gehörte zu den Befürworter des neuen Systems. Andere Designer (und interessierte Feierlichkeiten wie [Richard Stallman] waren jedoch besorgt über ein proprietäres Werkzeug, um offene Quelle zu etablieren. Bitmover – Das Geschäft hinter Bitkeeper – fügte ein paar Gateways hinzu, um sicherzustellen, dass Designer, die ein anderes System nutzen wollten, zu einigen Ausmaß.
Zum größten Teil beruhigten sich die Dinge, die nur gelegentliche Flammengefängern ausbrechen, genau hier, auch hier. Das ist bis 2005 bis 2005, als das Unternehmen von [McVoys] offenbart hat, dass er die kostenlose Version von Bitkeeper einstellen würde. Angeblich war der Grund, dass der Grund ein Individuum, das einen Client eingerichtet hat, der Funktionen der industriellen Version dem freien hinzugefügt hat.
Neue Werkzeuge
Infolgedessen drehten sich zwei Arbeitsplätze so weit wie ein Ersatz. Mercurial war natürlich eins und git war der andere. [McVoy] kontaktierte einen industriellen Kunden, der anforderte, dass ihr Arbeiter [Bryan O’Sullivan] aufhörte, um Mercurial beizutragen, was er tat. Natürlich kamen sowohl Mercurial als auch Git zu einem Früchten, wobei das Git nicht nur das System des Kernel-Teams ist, das System jedoch das System jedoch auch für viel andere Menschen verwaltet.
Geburt von Git.
[Linus] suchte ein weiteres außerhalb des Regalsystems. Keiner zu der Zeit hatte die Leistung oder die Funktionen, die dem Kernel-Weiterentwicklungsteam passen würden. Er hat Git für Geschwindigkeit, Einfachheit entworfen und verhindern, dass die gleichen Dinge, die die CVS (ein umgeschaltetes Versionsprogramm) tat, zu verhindern.
Erstes Fortschritt ist angegeben, um ein paar Tage eingenommen zu haben. Seit der Veröffentlichung von Version 1.0 Ende 2005 hat die Softwareanwendung mehr als eine große Website hervorgebracht, und es ist das System der Option für viele Entwickler, sowohl Open Source als auch für Werbespots.
Repo-Mann
Das Flussdiagramm zeigt das Trick, wie git die Git sehr geltend gemacht hat, die zu einem Zeitpunkt von Entwicklern von Entwicklern bearbeitet: Repositorys oder Repos. Jeder Designer verfügt über eine Gesamtkopie des gesamten Jobs (das regionale Repository). Wenn Sie sich nicht für das Teilen interessieren, fordern Sie nicht einmal ein Remote-Repository an. Ihre persönliche Repo ist so viel ein voller Git-Job wie jeder andere, selbst der Remote, der höchstwahrscheinlich auf Github oder einem weiteren Netzwerkserver ist. Sie machen Ihre Änderungen im Arbeitsverzeichnis, inhaltlich, was Sie mit (jetzt) ”fertig” sind, und widmen Sie es Ihrem Repo. Wenn es an der Zeit ist, drücken Sie Ihre Änderungen so viel wie die Fernbedienung sowie die Veränderung anderer Personen.
Interessanterweise funktioniert GIT nicht nur an Textdaten (ich zeige Ihnen mehr darüber in der nächsten Rate). Es funktioniert jedoch feinstelst auf Textdaten, da es weise ausreicht, um Änderungen in Daten zu bemerken, die nicht überlappen, und sie automatisch zusammenführen. Wenn ich also einen Fehler repariere, einschließlich einer für Loop-Schleife in einigen Code sowie für Sie, um einige Fehlermeldungen zu modifizieren, wird GIT nett annulliert, wenn unser Code zusammenhängt.
Das funktioniert natürlich nicht immer. Das führt zu Konflikten, die Sie manuell lösen müssen. Wenn Sie jedoch nicht zwei Personen haben, die die genauen exakten gleichen Teile des Codes berühren, tut GIT in der Regel eine schöne Aufgabe, den Unterschied zu lösen. Natürlich erhalten binäre Daten in der Regel nicht diesen Luxus. Sie können nicht genau diff, ein Symbol, um zu sehen, dass eine Person-Person einen Schnurrbart daraus zog und eine weitere Person den Hintergrund grün verwandelte. Wenn Sie jedoch technisch, wenn Sie den Algorithmus herausfinden, können Sie ihn in Git hinzufügen.
Auflösung
Wenn Sie Ihr Verständnis von Git hinaus steigern möchten, jenseits eines Klons, können Sie sich noch schlimmer machen, als in diesem Tutorial 15 Minuten auszugeben. Wenn Sie die Grundlagen bereits verstehen, können Sie einige neue Dinge in einem fortgeschritteneren Tutorial entdecken oder das Video eines Gesprächs [Linus] inspizieren, das auf Git A-Whigh-Rücken vorgesehen ist.
Im Jahr 2016 zeigte Bitkeeper übrigens, dass sie sich in die Apache-Genehmigung bewegen würden, die natürlich offene Quelle ist. Art des ironischen, nicht wahr?
Bildnachweis:
Tux Soldier, von [Sharkey], CC BY-SA 3.0
[Linus torvalds] vom Linux-Magazin, CC BY-SA 3.0
Flussdiagramm von [LBHTW], CC BY-SA 3.0