Abo
  1. Foren
  2. Kommentare
  3. Software-Entwicklung
  4. Alle Kommentare zum Artikel
  5. › GVFS: Windows-Team nutzt…

Wieso bitte alles in ein Mega-Repo?

  1. Thema

Neues Thema Ansicht wechseln


  1. Wieso bitte alles in ein Mega-Repo?

    Autor: Tuxgamer12 26.05.17 - 15:23

    Sorry, aber der Sinn erschließt sich mir nicht.

  2. Re: Wieso bitte alles in ein Mega-Repo?

    Autor: sg (Golem.de) 26.05.17 - 15:33

    Google und Facebook machen das intern übrigens auch, bei ähnlich riesigen Codebasen. Das halt wohl vor allem organisatorische Vorteile beim Entwickeln neuer Funktionen, bei denen sehr viele verschiedene Teile verändert werden müssen.

    Die lange Antwort findet sich im Blog von Microsoft:
    [blogs.msdn.microsoft.com]

    ---------
    Sebastian Grüner

    Golem.de

  3. Re: Wieso bitte alles in ein Mega-Repo?

    Autor: Tuxgamer12 26.05.17 - 16:06

    Vielen Dank ;).

  4. Re: Wieso bitte alles in ein Mega-Repo?

    Autor: Poison Nuke 26.05.17 - 17:17

    sg (Golem.de) schrieb:
    --------------------------------------------------------------------------------
    > Google und Facebook machen das intern übrigens auch, bei ähnlich riesigen
    > Codebasen.

    Das Microsoft Repo ist ein Witz verglichen mit dem Repo von Goole. Selbst Facebook sein Repo ist winzig dagegen.

    Googles Repo umfasst(e) 86 TeraByte (vermutlich aktuell noch größer). Es ist mit gigantischem Abstand das größte Softwareprojekt auf der Welt, und mit 2 Milliarden Lines of Code sogar umfangreicher als sämtliche GitHub Repos zusammengefasst.

  5. Re: Wieso bitte alles in ein Mega-Repo?

    Autor: amagol 26.05.17 - 17:49

    sg (Golem.de) schrieb:
    --------------------------------------------------------------------------------
    > Google und Facebook machen das intern übrigens auch, bei ähnlich riesigen
    > Codebasen. Das halt wohl vor allem organisatorische Vorteile beim
    > Entwickeln neuer Funktionen, bei denen sehr viele verschiedene Teile
    > verändert werden müssen.

    Ich wuesste auch nicht worin der Vorteil bestehen sollte verschiedene Repository-Varianten in der selben Firma zu nutzen. Und wenn alles in z.B. Git ist, warum dann nicht auch alles in ein Repository? Das machen eigentlich alle grossen Firmen so (ausser fuer geheime Projekte, die oft erst nach dem Release in das Hauptrepository migriert werden).
    Die andere Sache ist dann, ob auf einem grossen Tree entwickelt wird oder ob man wie z.B. Maven Dependencies entkoppelt. Aus meiner Sicht ist der Big-Tree-Ansatz sinnvoller als die Dependency-Hoelle, auch wenn es schwieriger wird APIs komplett umzustellen, voraussetzung ist natuerlich dann ein virtuelles FS fuer den Client (sonst haette ich vermutlich mehrere PB Code auf der Platte ;) ).

  6. Re: Wieso bitte alles in ein Mega-Repo?

    Autor: taifun850 26.05.17 - 17:54

    Ich sehe schon Gründe für eine Trennung in unterschiedliche Repos.

    Rechte kann man da nennen, aber auch eine klare Verantwortung für Schnittstellen. Bei einem großen Repo kann im Prinzip jeder eine komplette Schnittstelle ändern. Kompilieren mag es dann, aber inwieweit es noch das ist, was der Architekt mal haben wollte ist eine andere Frage.

    Die vielen Branches sind ein anderes Thema. Auch hier ist die Frage, wie man das wieder zusammen führen kann. Und wenn man das nicht will -> wieso dann alles in einem monolothischen Repo speichern?

  7. Re: Wieso bitte alles in ein Mega-Repo?

    Autor: Hakuro 26.05.17 - 18:35

    Poison Nuke schrieb:
    --------------------------------------------------------------------------------
    > sg (Golem.de) schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Google und Facebook machen das intern übrigens auch, bei ähnlich
    > riesigen
    > > Codebasen.
    >
    > Das Microsoft Repo ist ein Witz verglichen mit dem Repo von Goole. Selbst
    > Facebook sein Repo ist winzig dagegen.
    >
    > Googles Repo umfasst(e) 86 TeraByte (vermutlich aktuell noch größer). Es
    > ist mit gigantischem Abstand das größte Softwareprojekt auf der Welt, und
    > mit 2 Milliarden Lines of Code sogar umfangreicher als sämtliche GitHub
    > Repos zusammengefasst.

    Das hört sich dramatisch gigantisch an - von der reinen Anzahl der Files ist es das auch, man sollte aber auch dabei schreiben, dass Google wirklich alle Projekte und Services in dieses Repo packt. Dass das Projekt Repo von Microsoft Windows und Facebook dagegen klein ist, wundert dann auch nicht wirklich, wenn Google da neben seiner Suchmachine, Gmail, Youtube, Google+, dutzende Betriebssysteme und die 500 anderen Dienste und nochmal das 10-fache toter und eingestampfter Projekte drin rumfliegen hat. Ich würde das nicht als ein Softwareprojekt bezeichnen.



    1 mal bearbeitet, zuletzt am 26.05.17 18:37 durch Hakuro.

  8. Re: Wieso bitte alles in ein Mega-Repo?

    Autor: Poison Nuke 26.05.17 - 20:05

    taifun850 schrieb:
    --------------------------------------------------------------------------------
    > Rechte kann man da nennen, aber auch eine klare Verantwortung für
    > Schnittstellen. Bei einem großen Repo kann im Prinzip jeder eine komplette
    > Schnittstelle ändern.

    Es gibt so schon ein paar Plugins für Git die Sub-Folder based permissions anbieten. GVFS bietet mit Sicherheit auch etwas diesbezüglich an. Und da man bei Git alles nachvollziehen und rückgängig machen kann, könnte ich mir auch vorstellen, dass das ein über verbale Berechtigungen gelöst ist... sprich wenn da jemand in Code rumfummelt der ihm nicht gehört und was er nicht hätte tun dürfen, dann bekommt er vom Chef eins auf den Deckel. Sehe nicht warum man das nochmal extra per Software unterbinden sollte.

  9. Re: Wieso bitte alles in ein Mega-Repo?

    Autor: Slartie 26.05.17 - 21:31

    Hakuro schrieb:
    --------------------------------------------------------------------------------
    > Das hört sich dramatisch gigantisch an - von der reinen Anzahl der Files
    > ist es das auch, man sollte aber auch dabei schreiben, dass Google wirklich
    > alle Projekte und Services in dieses Repo packt. e und die 500 anderen Dienste und nochmal das
    > 10-fache toter und eingestampfter Projekte drin rumfliegen hat. Ich würde
    > das nicht als ein Softwareprojekt bezeichnen.

    Wer hunderte nur periphär miteinander verwandte Dienste in ein Repo packt, der steckt vermutlich auch vollkommen schmerzfrei einen kompletten Abzug des Linux-Kernels in besagtes Repo, wenn er sowas wie Chrome OS oder Android starten möchte. Bzw. mehrere Abzüge davon, für jedes auf Linux basierende eigene System einen.

    Die reine Zahl Files oder LoC sagt daher nicht besonders viel über den tatsächlichen Umfang des “Mehrwertes“ aus, der in diesem Code steckt - dafür müsste man wissen, wie viel originärer Google-Code und wie viel Code aus irgendwelchen Open-Source-Projekten konkret drin steckt. Noch weniger sagt die Größe in Giga- oder Terabytes. Wenn ich es zur Politik erhebe, wirklich alles in dieses Repo zu schieben, was ein Projekt braucht, dann gehören da schnell auch ein paar Gigabytes an Binaries dazu - Entwicklungsumgebung, kompilierte Dependencies, irgendwelche Serveranwendungen, you name it.

    Es mag ja beeindruckend sein, wie diese Firmen diese riesigen Mengen organisieren. Noch beeindruckender fände ich es aber, wenn sie die Komplexität nicht primär durch irrsinnig viel Hardware und Speicherplatz, sondern intelligente Modularisierung und Organisation ihrer Softwarearchitektur und Entwicklungs-Workflows lösen würden. Meiner persönlichen Erfahrung nach ist das nämlich erheblich schwerer...

Neues Thema Ansicht wechseln


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Zum Login

Stellenmarkt
  1. über duerenhoff GmbH, Köln
  2. Remira GmbH, Bochum
  3. Robert Bosch GmbH, Leonberg
  4. Universitätsmedizin der Johannes Gutenberg-Universität Mainz, Mainz

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Spiele-Angebote
  1. 3,99€
  2. (-10%) 35,99€
  3. 49,99€


Haben wir etwas übersehen?

E-Mail an news@golem.de


Age of Empires Definitive Edition Test: Trotz neuem Look zu rückständig
Age of Empires Definitive Edition Test
Trotz neuem Look zu rückständig
  1. Echtzeit-Strategie Definitive Edition von Age of Empires hat neuen Termin
  2. Matt Booty Mr. Minecraft wird neuer Spiele-Chef bei Microsoft
  3. Vorschau Spielejahr 2018 Zwischen Kuhstall und knallrümpfigen Krötern

Homepod im Test: Smarter Lautsprecher für den Apple-affinen Popfan
Homepod im Test
Smarter Lautsprecher für den Apple-affinen Popfan
  1. Rückstände Homepod macht weiße Ringe auf Holzmöbeln
  2. Smarter Lautsprecher Homepod schwer reparierbar
  3. Smarter Lautsprecher Homepod-Reparaturen kosten fast so viel wie ein neues Gerät

HP Omen X VR im Test: VR auf dem Rücken kann nur teils entzücken
HP Omen X VR im Test
VR auf dem Rücken kann nur teils entzücken
  1. 3D Rudder Blackhawk Mehr Frags mit Fußschlaufen
  2. Kreativ-Apps für VR-Headsets Austoben im VR-Atelier
  3. Apps und Games für VR-Headsets Der virtuelle Blade Runner und Sport mit Sparc

  1. Halbleiterwerk: Samsung rüstet Fab 3 für sechs Milliarden US-Dollar auf
    Halbleiterwerk
    Samsung rüstet Fab 3 für sechs Milliarden US-Dollar auf

    Im südkoreanischen Hwaseong werden künftig Chips mit 7LPP-Verfahren und extrem ultravioletter Strahlung (EUV) gefertigt. Die Erweiterung der Fab 3 lässt sich Samsung mehrere Milliarden US-Dollar kosten, erste Kunden wie Qualcomm gibt es bereits.

  2. Archos Hello: Smarter Lautsprecher mit vollwertigem Android
    Archos Hello
    Smarter Lautsprecher mit vollwertigem Android

    MWC 2018 Archos geht bei smarten Lautsprechern einen anderen Weg als die Konkurrenz. Die Firma baut einen smarten Lautsprecher, der mit einem vollwertigen Android läuft. Das erlaubt mehr Möglichkeiten als ein Gerät mit dem Google Assistant oder Amazons Alexa.

  3. Automaton Games: Mavericks will Battle Royale für bis zu 400 Spieler bieten
    Automaton Games
    Mavericks will Battle Royale für bis zu 400 Spieler bieten

    Viermal mehr Teilnehmer als in Playerunknown's Battlegrounds sollen in Mavericks Proving Grounds um den Sieg kämpfen. Das Actionspiel von Automaton Games will mit einer neuen Middleware sogar noch mehr Spieler in seine Welt locken.


  1. 11:07

  2. 10:52

  3. 10:38

  4. 09:23

  5. 08:40

  6. 08:02

  7. 07:46

  8. 07:38