|
|
|
@ -817,7 +817,7 @@ In der letzten Übung haben wir einige neue Git-Befehle kennen gelernt. Um diese |
|
|
|
- nur bekannte Fehler können gefunden werden |
|
|
|
|
|
|
|
- Vorgehensmodelle |
|
|
|
- gemeinsame zentrale Instanz: remote repository |
|
|
|
- gemeinsame zentrale Instanz: gemeinsames remote repository |
|
|
|
- alle Entwickler arbeiten dran |
|
|
|
- alle haben Schreibzugriff |
|
|
|
- Aufwand für Sicherheit |
|
|
|
@ -827,6 +827,22 @@ In der letzten Übung haben wir einige neue Git-Befehle kennen gelernt. Um diese |
|
|
|
- gepushte Änderungen sind sofort für alle sichtbar |
|
|
|
- vor allem in Firmen verwendet |
|
|
|
- Gegenentwurf |
|
|
|
- privater fork |
|
|
|
- eigene Kopie des zentralen Repos |
|
|
|
- eine zentrale Instanz mit CIS von der alle aus den Fork mergen |
|
|
|
- pull requests |
|
|
|
- wird gemerged wenn Codequalität gut ist und Code durchläuft |
|
|
|
- Fork liegt auf Netzwerk Ressource |
|
|
|
- jedes local Repo hat zwei remotes Repos |
|
|
|
- zentrales Repo (_origin_) |
|
|
|
- privater Fork (_upstream_) |
|
|
|
- Schreibrechte am eigenen Fork |
|
|
|
- Problem |
|
|
|
- Synchronization |
|
|
|
- Fork so gut wie nie auf aktuellem Stand |
|
|
|
- sobald ein neuen merge kommt |
|
|
|
- vor allem in der open-source-scene verwendet |
|
|
|
- keine vertrauenswürdigen Mitarbeiter wie in einer Firma |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fdai7783
1 year ago