Git | Teil 1 - Grundlagen | commit, fetch, merge, pull, push

CloudDNA
3 Nov 202109:56

Summary

TLDRWillkommen im Video, das sich auf die Welt der Softwareentwicklung und Versionierung mit Git einigt. Der Sprecher, ein Softwareentwickler und Berater, führt wichtige Begriffe wie lokale und entfernte Repositories, Branches und Commits ein. Es wird erklärt, wie man Projekte klonen, Commits erstellen und mit Push und Pull mit anderen teilen kann. Auch das Zusammenführen von Änderungen durch Merge und Rebase wird angesprochen. Das Video bietet eine Einführung in die Grundlagen von Git und soll die Basis für weitere Videos über erweiterte Git-Themen bilden.

Takeaways

  • 😀 Der Kanal专注于SAP领域的软件开发和咨询。
  • 🔧 Die Diskussion umfasst die wichtigsten Begriffe und Funktionen von Git.
  • 🌐 Es gibt eine Unterscheidung zwischen lokalen und remote Repositories.
  • 💻 Lokale Entwicklung findet auf dem Entwicklercomputer statt, während Remote-Repositories auf einem Server gehostet werden können.
  • 📚 Die Verwendung von Branches ermöglicht die Organisation der Entwicklung in kleinere, verwaltete Teile.
  • 🌿 Ein Commit ist eine Momentaufnahme der aktuellen Entwicklung, die geteilt oder gespeichert werden kann.
  • 🔄 Der Begriff 'Push' bezieht sich auf das Teilen eines Commits mit anderen, indem es in das Remote-Repository übertragen wird.
  • 🔄 'Pull' wird verwendet, um Änderungen von Remote-Repositories in die lokale Entwicklungsumgebung zu übertragen.
  • 🔀 Der 'Merge'-Prozess kombiniert die Entwicklungen aus verschiedenen Branches.
  • 🔄 'Rebase' ist ein Prozess, bei dem der lokale Branch auf den neuesten Stand des Remote-Branches gebracht wird, bevor Commits hinzugefügt werden.
  • 🛠️ Es wird auf die Notwendigkeit von Konflikten bei der Zusammenführung von Änderungen aus verschiedenen Branches hingewiesen.

Q & A

  • Was ist das Hauptthema des Videos?

    -Das Hauptthema des Videos ist die Einführung in die Konzepte und Funktionen von Git, insbesondere die Unterscheidung zwischen lokalen und remote Repositories und die grundlegenden Befehle wie Branches, Commits, Push, Pull und Merge.

  • Was ist ein Repository?

    -Ein Repository ist ein zentraler Ort, an dem der Quellcode eines Projekts gespeichert und verwaltet wird. Es gibt zwei Arten: lokale Repositories auf dem eigenen Computer und remote Repositories, die normalerweise auf einem Server gehostet werden.

  • Was versteht man unter einem Branch in Git?

    -Ein Branch ist eine Abzweigung des Codes, die es ermöglicht, an verschiedenen Features oder Fixes zu arbeiten, ohne den Hauptcode zu beeinträchtigen. Jeder Branch beginnt mit einem Commit, der als Basis dient.

  • Was ist ein Commit in Git?

    -Ein Commit ist eine Momentaufnahme des aktuellen Zustands des Projekts. Es ist eine Version des Codes, die gespeichert und später darauf zurückgegriffen werden kann.

  • Was bedeutet das Pushen (Push) in Git?

    -Pushen ist der Prozess, bei dem Änderungen, die lokal in einem Branch vorgenommen wurden, in ein remote Repository übertragen werden, um sie mit anderen zu teilen oder für die Zusammenarbeit zu verwenden.

  • Was ist der Unterschied zwischen Push und Pull in Git?

    -Push überträgt Änderungen vom lokalen Repository in ein remote Repository. Pull lädt Änderungen von einem remote Repository herunter und integriert sie in das lokale Repository, um den aktuellen Stand zu erhalten.

  • Was geschieht beim Mergen in Git?

    -Mergen ist der Prozess, bei dem Änderungen aus einem Branch in einen anderen Branch integriert werden. Es ermöglicht es, den Code aus verschiedenen Branches zusammenzuführen, um einen konsistenten Projektstand zu erhalten.

  • Was ist der Zweck von Pull Requests in Git?

    -Pull Requests sind eine Möglichkeit, Änderungen aus einem Branch in einen anderen vorzuschlagen. Sie ermöglichen es Teammitgliedern, den Code zu überprüfen und Feedback zu geben, bevor die Änderungen in den Zielbranch integriert werden.

  • Was ist der Begriff 'HEAD' in Git?

    -HEAD ist ein spezieller Zeiger in Git, der den aktuellen Branch angibt, auf dem man arbeitet. Er zeigt immer auf den letzten Commit im aktuellen Branch.

  • Was ist der Zweck von Branch-Naming Conventions?

    -Branch-Naming Conventions bieten eine gemeinsame Syntax und Struktur für die Namen von Branches, um die Organisation und das Verständnis des Codes zu erleichtern. Sie können auch dazu beitragen, die Zweckbestimmung eines Branches zu verdeutlichen.

  • Was bedeutet das Wort 'origin' in Bezug auf remote Repositories in Git?

    -Origin ist der Standardname für das ursprüngliche remote Repository, auf das sich ein lokal geklontes Repository bezieht. Es wird oft als Alias für die URL des remote Repositories verwendet.

  • Was ist der Vorteil von Verzweigungen (Branches) in der Entwicklung?

    -Verzweigungen ermöglichen es Entwicklern, an verschiedenen Features oder Korrekturen parallel zu arbeiten, ohne den Hauptcode zu stören. Sie fördern die Zusammenarbeit und lassen unterschiedliche Entwicklungspfade parallel laufen.

  • Was passiert, wenn es Konflikte gibt, wenn man versucht, zwei Branches zusammenzuführen?

    -Bei Konflikten, die auftreten, wenn Änderungen an derselben Zeile in zwei verschiedenen Branches vorgenommen wurden, müssen die Entwickler manuell entscheiden, welche Änderungen behalten und welche überschrieben werden sollen.

Outlines

00:00

😀 Einführung in die Softwareentwicklung mit Git

Dieses Video-Skript stellt die Grundlagen der Softwareentwicklung im SAP-Umfeld vor, mit einem Fokus auf Git. Der Sprecher, ein Softwareentwickler und Berater, erklärt die zentralen Begriffe und Funktionen von Git. Er betont die Wichtigkeit von Repositories, sowohl lokal als auch remote, und wie sie in der Entwicklungsumgebung eingesetzt werden. Der Begriff 'Branches' wird eingeführt, um die Entwicklungsprozesse zu organisieren, und es wird erklärt, wie 'Commits', als Momentaufnahmen der aktuellen Entwicklung, verwendet werden. Zudem wird die Bedeutung von 'Master' als Hauptbranch und die Namenskonvention für neue Branches, die sich von 'Master' unterscheiden, erläutert.

05:02

🔄 Zusammenspiel von Lokalen und Remote Repositories

Der zweite Absatz behandelt das Zusammenspiel zwischen lokalen und remote Repositories in der Entwicklung. Der Sprecher erklärt, wie Änderungen mit 'Push' in die entfernte Welt übertragen werden können, und wie 'Origin', die Bezeichnung für das entfernte Repository, in diesem Prozess funktioniert. Es wird auf die Notwendigkeit hingewiesen, den aktuellen Entwicklungsstand mit 'Pull' zu aktualisieren, um Änderungen anderer Teammitglieder zu integrieren. Zudem werden Konzepte wie 'Merge' und 'Conflict' erläutert, die bei der Zusammenführung von Änderungen aus verschiedenen Branches auftreten können. Abschließend wird auf die Funktion 'Pull' eingegangen, die es ermöglicht, Änderungen aus dem entfernten Repository in die lokale Entwicklungsumgebung zu übertragen, und die Bedeutung von 'Branches' für die Koordination des Teams in der Entwicklung wird betont.

Mindmap

Keywords

💡Softwareentwickler

Ein Softwareentwickler ist jemand, der Softwareprogramme oder Anwendungen erstellt, indem er Code schreibt und verschiedene Programmiersprachen verwendet. Im Video ist der Sprecher selbst Softwareentwickler und berät in der SAP-Umgebung, was auf die Entwicklung von Anwendungen im Zusammenhang mit dem ERP-System SAP hinweist.

💡SAP-Umfeld

Das SAP-Umfeld bezieht sich auf die gesamte Umgebung und Infrastruktur, die für die Entwicklung, den Betrieb und die Verwaltung von Anwendungen im Zusammenhang mit dem Software-Produkt SAP erforderlich ist. Im Kontext des Videos bedeutet dies, dass der Sprecher Erfahrungen im Erstellen und Beraten von Lösungen für Unternehmen hat, die SAP verwenden.

💡Repositories

Ein Repository ist ein zentrales Verzeichnis, in dem Quellcode und andere Dateien für ein Projekt gespeichert werden. Im Video werden 'lokale' und 'remote' Repositories unterschieden, wobei lokale Repositories auf dem Entwickler-PC und remote Repositories auf einem Server oder in der Cloud gespeichert sind.

💡Branches

Branches sind in der Versionskontrolle Teile des Quellcodes, die parallel an verschiedenen Entwicklungszweigen gearbeitet werden können. Im Video wird erklärt, dass Branches für die schrittweise Entwicklung eines Projekts verwendet werden und dass jeder Commit (Comic) einen Snapshot des aktuellen Entwicklungsstandes darstellt.

💡Commits (Comics)

Commits, im Video als 'Comics' bezeichnet, sind in der Versionskontrolle die Momentaufnahmen oder Snapshots des Quellcodes, die gespeichert werden, wenn Änderungen vorgenommen wurden. Sie ermöglichen es, den Code an einem bestimmten Punkt im Zeitverlauf wiederherzustellen.

💡Clonen

Clonen bezieht sich im Kontext des Quellcode-Managements darauf, eine Kopie eines Repositories zu erstellen, um lokal an einem Projekt zu arbeiten. Im Video wird clonen als eine Funktion beschrieben, die es Entwicklern ermöglicht, ein Projekt auf ihrem Computer zu kopieren und zu bearbeiten.

💡Push

Push ist ein Befehl in der Versionskontrolle, der verwendet wird, um lokale Commits in ein remote Repository zu übertragen. Im Video wird Push als die Funktionalität beschrieben, die Entwicklern erlaubt, ihre abgeschlossenen Änderungen (Comics) mit anderen zu teilen.

💡Pull

Pull ist der Gegenteil von Push und wird verwendet, um die neuesten Änderungen von einem remote Repository in ein lokales Repository zu übertragen. Im Video wird Pull als die Funktionalität beschrieben, die Entwicklern hilft, den neuesten Stand des Projekts zu erhalten, indem sie die Änderungen ihrer Teamkollegen in ihr lokales Repository integrieren.

💡Merge

Merge ist der Prozess, bei dem Änderungen aus verschiedenen Branches in einen Hauptbranch (z. B. den Master oder Main) integriert werden. Im Video wird Merge als die Funktionalität vorgestellt, die verwendet wird, um sicherzustellen, dass die Änderungen, die lokal vorgenommen wurden, problemlos in den Hauptbranch des Projekts integriert werden können.

💡Konflikte

Konflikte in der Versionskontrolle treten auf, wenn zwei Entwickler dieselben Teile des Codes verändert haben und diese Änderungen nicht miteinander kompatibel sind. Im Video wird darauf hingewiesen, dass Entwickler auf Konflikte achten und diese beheben müssen, wenn sie ihre Änderungen mergen.

💡Forks

Ein Fork ist eine Kopie eines Projekts, die in einem anderen Repository gespeichert ist, meist mit der Absicht, eigene Änderungen vorzunehmen und sie später mit dem ursprünglichen Projekt zu verbinden. Im Video wird Fork als ein Konzept erwähnt, das bei der Zusammenarbeit in verteilten Teams eine wichtige Rolle spielt.

Highlights

Willkommen zu einem neuen Video über das Thema Git.

Begrüßung und Vorstellung des Sprechers, der als Softwareentwickler und Berater im SAP-Umfeld tätig ist.

Das Video dreht sich um die wichtigsten Begriffe und Funktionen von Git.

Die Bedeutung des Leitwortes 'Das ganze muss näher bringen' wird erläutert.

Einführung in die Konzepte von lokalen und remote Repositories.

Lokale Repositories sind Entwicklungsumgebungen auf dem eigenen Computer.

Remote Repositories können auf verschiedenen Servern oder Cloud-Anbietern gehostet werden.

Die Unterscheidung zwischen lokalen und remote Repositories als zwei separate Welten.

Erklärung der Entwicklungsstränge (Branches) und deren Verwendung in der Projektentwicklung.

Commits sind Momentaufnahmen der aktuellen Entwicklung.

Die Bedeutung von Branches und Commits in der lokalen Entwicklungsumgebung.

Clonen eines Projekts als Startpunkt der lokalen Entwicklung.

Die Verwendung von Branches und Commits zur Fortschrittskontrolle im Projekt.

Die Namenskonventionen für Branches und die Abkehr von 'master' als Standardname.

Die Funktionsweise von Branches und Pointern in der lokalen Entwicklung.

Push-Operationen ermöglichen die Synchronisation von Commits mit remote Repositories.

Die Bedeutung des Terms 'origin' in Bezug auf remote Repositories.

Die Notwendigkeit der Synchronisation von lokalen und remote Entwicklungen.

Pull-Operationen als Möglichkeit, Änderungen von remote Repositories in die lokale Umgebung zu übernehmen.

Die Bedeutung von Merge-Operationen bei der Integration von Änderungen.

Das Konzept von Konflikten bei der Zusammenführung von Änderungen und deren Lösung.

Die Vorgehensweise bei der Verwendung von Pull und Merge in einem Entwicklungsablauf.

Die Funktionsweise von Rebase und Merge in Git.

Die Vorteile des Pull-Rebase-Kommandos im Vergleich zu einfachem Pull.

Aussicht auf zukünftige Videos und SAP-Trainings zur Vertiefung der Git-Kenntnisse.

Dankeschön an die Zuschauer fürs Zuhören und Abschluss des Videos.

Transcripts

play00:01

[Musik]

play00:06

herzlich willkommen zu unserem ein baby

play00:08

auf unserem kanal mein name ist lange

play00:10

glanz ich bin software entwickler und

play00:12

berater im sap-umfeld bei der firma

play00:14

cloud den ab heute dreht sich alles um

play00:17

gibt würde ich wir werden uns gibt und

play00:19

die wichtigsten begrifflichkeiten dazu

play00:21

uns ansehen ob die wichtigsten

play00:22

funktionen und wir werden uns auch auf

play00:24

dem leitwort das ganze muss näher

play00:27

bringen und auch zu sprechen warum das

play00:29

arbeiten mit fast schon im gängig ist

play00:31

für alle entwickler

play00:34

[Musik]

play00:39

so herzlich willkommen zurück in unserem

play00:41

leitwort jetzt werden wir die

play00:43

wichtigsten begrifflichkeiten und auch

play00:45

funktionen von geht uns hier das ganze

play00:47

mal visuell veranschaulichen besprechen

play00:50

nämlich immer von zwei welten nämlich

play00:51

einmal lokal und remote die jungs hier

play00:55

gleichauf nämlich sprechen wir hier von

play00:57

repositories das heißt

play01:00

abgekürzt mit der epo sprechen wir

play01:02

einmal von

play01:06

remote repositories aber auch

play01:11

lokale repositories das heißt local und

play01:13

hier haben wir eine klare

play01:16

trennlinie das heißt wir drängen diese

play01:18

zwei welten voneinander

play01:20

worum geht es hier einmal lokale

play01:22

entwicklung beim entwickler das heißt

play01:24

wir sind hier wirklich auf unseren

play01:26

rechnern unterwegs beziehungsweise kann

play01:27

auch natürlich eine idee in der cloud

play01:30

seien jedoch haben wir ein lokales

play01:32

repository dann haben wir auch eine

play01:33

wirklich positive welches entweder auf

play01:35

einem server bei uns jetzt liegt oder

play01:38

bei ihm wenn gehostet kann natürlich

play01:40

auch wieder bei ihnen um cloud anbieter

play01:41

oder auch bei github kit

play01:44

parkett und so weiter sein dass wir

play01:46

haben mal grundsätzlich repositories

play01:48

hier die verwaltet werden müssen im

play01:50

besten fall natürlich auch mit

play01:51

berechtigungen abgesichert jedoch die

play01:54

zwei welten mal grundsätzlich dann haben

play01:57

wir wenn wir dann entwickeln werden

play01:59

gewisse strenge das heißt die sind die

play02:02

entwicklung strengen die nennt man noch

play02:03

brunches muss ich kann nicht mehr

play02:05

einfach vorstellen der schritt für

play02:07

schritt entwicklung wie mein projekt

play02:09

halt voranschreitet und diese branche

play02:12

ist die besteht wiederum aus comics das

play02:15

heißt jedes mal wenn mindern von einem

play02:17

comic sprechen wenn wir so einen kleinen

play02:19

punkt machen und das entspricht eben

play02:21

einen comic

play02:25

com mit

play02:27

was ist ein komet das kann man sich

play02:29

vorstellen wie jetzt eine momentaufnahme

play02:30

auf englisch snapshot von der aktuellen

play02:34

entwicklung das heißt alles was ich neu

play02:36

entwickelt habe gemacht habe und sagt

play02:38

das ist jetzt ein für sich

play02:40

abgeschlossener entwicklung kann auch

play02:42

mit anderen vielleicht geteilt werden

play02:43

das vermag ich jetzt in einem comic

play02:45

ist somit grundsätzlich mal in meinem

play02:48

lokalen entwicklungsumgebung

play02:51

wichtig ist auch irgendwer muss

play02:53

natürlich einen anfang machen sprich

play02:54

entweder

play02:55

wird hier mal grundsätzlich von ihnen

play02:57

ein projekt angelegt und ich kann das

play02:59

ganze klonen das heißt lohnen war jetzt

play03:02

zum beispiel eine funktion die wir hier

play03:03

aus führen könnten wir gehen jetzt aber

play03:05

den anderen weg das heißt wir sagen wie

play03:07

entwickeln hier unten ein projekt und

play03:09

das ganze was wir hier bei uns bis jetzt

play03:11

bereits gemacht hatte button dann in

play03:13

einen kombi das heißt für sich hier

play03:15

abgeschlossen im besten fall natürlich

play03:17

immer mit den autor auch mit drinnen bzw

play03:22

erstellt um einen zeitpunkt natürlich

play03:24

sowieso und auch ein comic messe das

play03:27

heißt kommission mit messages versehen

play03:29

werden mit nachrichten was habe ich hier

play03:31

dringend gemacht was hat sich drinnen

play03:32

getan

play03:33

jetzt kommt das natürlich dazu wir haben

play03:36

mal grundsätzlich eine entwicklung hier

play03:37

gemacht dann macht man hier einen

play03:40

weiteren comic das heißt wir sehen schon

play03:41

hier baut sich so ein stand auf und das

play03:44

nennen wir eben brunch das heißt das ist

play03:46

ein brunch für sich und die branche

play03:49

werden dann auch immer benannt werden

play03:51

die benannt grundsätzlich der erste auch

play03:54

hier erstellt wird zur entwicklung

play03:56

strand da nennt sich mein das heißt das

play03:58

schreibe ich hier hin

play04:02

das nennt sich hier mein durch den

play04:05

namens konvention die sich geändert

play04:06

haben bitte nicht mehr master das ganze

play04:09

nennt sich mein und wie kann man sich

play04:11

denn jetzt vorstellen dass es so gesagt

play04:12

auch ein zeiger strich der zeigt dann

play04:15

immer auch auf nicht erforderlich in den

play04:18

aktuellen aber er zeigt immer auf einen

play04:20

comic werden nämlich sehen wie der

play04:23

zeiger hier auch immer weiter verschoben

play04:24

wird je nach dem wenn wir arbeiten das

play04:27

heißt wenn ich hier selber lokale comics

play04:29

erstelle dann wird natürlich der zeiger

play04:31

automatisch weiter bewegt aber es geht

play04:33

natürlich was wir verteilte ressourcen

play04:35

haben sprich hier oben tut sich ja auch

play04:37

immer etwas meine teamkollegen

play04:39

entwickeln auch am selben projekt ich

play04:42

muss jedoch grundsätzlich mal dieser

play04:44

entwicklung hier mal bereitstellen das

play04:46

heißt ich muss da irgendwelche

play04:47

aufbringen in dieser welt in die remote

play04:50

welt und sie funktioniert das das da

play04:52

lernen wir jetzt eine weitere

play04:54

funktionalität können nämlich pusch dh

play04:56

mit push kann ich jetzt sagen ich möchte

play04:58

jetzt ein komitee welches jetzt hier

play05:01

auch abgeschlossen ist und ich mit

play05:03

anderen teilen möchte kann ich hier mit

play05:05

push

play05:08

aufbringen indem remote welt und sagen

play05:10

so das ist jetzt ein comic das möchte

play05:12

ich auch mit anderen teilen und der soll

play05:14

auch jetzt hier oben angesiedelt sind

play05:16

so das portal jetzt hier von unserem man

play05:20

auch im remote gibt's natürlich sowieso

play05:22

wird aber immer mit origin vorangestellt

play05:25

das heißt auch das ist ein

play05:28

hinweis dazu dass wir natürlich hier

play05:32

irgendwo anders unterwegs sind nicht

play05:34

lokal sondern das ist unser origin

play05:35

mengen so derzeit jetzt natürlich auch

play05:37

wiederum auf diesen kommt natürlich das

play05:40

haben wir ja schon geklärt die sind so

play05:42

genannte zeiger so jetzt entwickle ich

play05:45

hier unten

play05:46

ich bin natürlich fleißig am arbeiten

play05:49

aber genauso sind auch unsere

play05:51

teamkollegen die arbeiten sind das heißt

play05:53

hier oben tut sich natürlich auch immer

play05:55

etwas

play05:55

jedoch bis zu einem gewissen grad wissen

play05:59

wir das ganze hier unten noch nicht das

play06:00

heißt wir wissen hier unten nicht wie

play06:02

viel und was hat sich hier oben getan

play06:04

deswegen brauchen wir die nächste

play06:07

funktionalität damit wir auch wissen was

play06:09

hat sich um getan und wenn wirklich

play06:12

deutliche änderungen bzw unterschiede zu

play06:14

meinem kommentiert sind dann möchten wir

play06:16

das ganze auch hier wieder runter

play06:18

bringen das heißt wir möchten die

play06:19

änderungen von unseren teamkollegen

play06:22

jetzt auch in unserem lokalen und unsere

play06:24

lokale welt transferieren wie

play06:26

funktioniert das das geht grundsätzlich

play06:28

mal mit einem patch mit fans können wir

play06:31

sagen dass ich jetzt hier oben hin

play06:34

schau mal grundsätzlich nach hat sich

play06:37

irgendwas getan wenn ja bring mal diesen

play06:40

entwicklungsstand hier runter jetzt wird

play06:42

natürlich der zeiger von unserem ein

play06:43

hier immer wieder weiter versetzt das

play06:45

heißt eigentlich zeigt unser momentan

play06:48

noch hier hin

play06:49

wir brauchen jedoch etwas damit wir die

play06:52

zwei jetzt zusammen schön und sagen

play06:54

schau jetzt ob mein entwicklungsstand

play06:57

mit dem von anderen übereinstimmt oder

play06:59

ob es vielleicht sogar in welche

play07:00

konflikte entstanden sind das heißt wenn

play07:03

wir uns hier versuchen gegenseitig zu

play07:04

überschreiben und wie geht das lernen

play07:07

jetzt unseren nächsten

play07:09

unseren nächsten funktion kennen in

play07:11

diesem fall wurden die zeiger

play07:12

automatisch weiter gereicht jetzt sagen

play07:16

wir wir möchten einen merge durchführt

play07:18

das heißt

play07:21

und das ganze mache jetzt nichts anderes

play07:23

wie einerseits natürlich den zeiger hier

play07:25

weiter bewegen bzw doch geschaut gibt es

play07:28

konflikte wenn nicht dann ist natürlich

play07:30

alles klar das heißt das kann ganz

play07:33

einfach der zeiger weiter bewegt werden

play07:34

wenn es konflikte gibt dann muss

play07:37

natürlich der entwickler in den meisten

play07:39

fällen der sorge tragen dass das behoben

play07:42

wird kann auch aber natürlich auch sein

play07:45

dass durch einen turbo oder frühjahr

play07:47

wird

play07:48

das ganze dann auch vielleicht vom

play07:51

system uns abgenommen wird aber

play07:53

grundsätzlich mal vetsch und merge was

play07:56

wichtig ist dann steht auch immer im

play07:57

märz kommt das heißt auf das sollte auch

play08:00

immer im hinterkopf behalten werden

play08:01

nämlich werden wir uns auch in einem

play08:03

späteren video ansehen welche andere

play08:05

möglichkeiten außerhalb von euch jetzt

play08:07

noch gibt

play08:09

jetzt haben wir wieder fleißig weiter

play08:11

entwickelt haben auch vielleicht einen

play08:13

push gemacht das heißt wir haben hier

play08:15

uns die sourcen ausgetauscht jetzt hat

play08:17

sich aber natürlich mit der zeit gezeigt

play08:18

dieses fans und merkst die sind ja sehr

play08:21

eingekoppelt und treten auch oft immer

play08:24

gleichzeitig auf wo kann hier dann doch

play08:27

abhilfe geschaffen werden nämlich gibt

play08:29

es etwas das nennt sich pool was macht

play08:32

jetzt eigentlich nichts anderes und wenn

play08:34

wir jetzt weiter entwickelt haben und

play08:36

natürlich hier oben auch das heißt

play08:40

wir wissen wir weder nicht wie viel und

play08:43

was hat sich hier oben getan das heißt

play08:44

irgendwann wurde hier mal auch ein comic

play08:46

durchgeführt kann jetzt mit pool gesagt

play08:48

werden erstens

play08:50

wird unser fescher durchgeführt und

play08:54

danach gleich unsere milch auch das

play08:56

heißt

play08:57

in einem schritt und das ganze nennt

play09:00

sich jetzt

play09:01

pool vereint

play09:04

und das sind jetzt auch grundsätzlich

play09:06

mal die wichtigsten begriffe daten die

play09:08

wir uns hier in diesem ersten video

play09:10

ansehen werden dann natürlich noch in

play09:12

die tiefe gehen und dann auch besprechen

play09:14

was sind feature brunch

play09:15

fischer brennstäbe herstellen können wir

play09:18

können wieder zusammenführen welche

play09:21

alternativen gibt es dann zu moralisch

play09:23

wie sollte ich mein remote repository

play09:26

verwalten und so weiter das heißt da

play09:28

gibt es noch einige fragen die werden

play09:29

wir aber nicht den heutigen video über

play09:31

sprechen sondern werden uns die dann

play09:33

auch separat ansehen ich hoffe diese

play09:36

veranschaulichung konnte einem jeden

play09:38

hier weiterhelfen ich würde auch freuen

play09:41

wenn wir uns in den weiteren video sehen

play09:42

beziehungsweise vielleicht in einigen

play09:44

sap trainings oder auch in einigen

play09:47

projekten vielen dank fürs zuhören

play09:49

[Musik]

Rate This

5.0 / 5 (0 votes)

相关标签
Git-GrundlagenRepositoriesBranchesEntwicklungZusammenarbeitSoftwareentwicklerSAP-UmfeldCloud-TechnologieVersionskontrolleLokal vs RemoteGit-Operationen
您是否需要英文摘要?