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. SCISYS Deutschland GmbH, Bochum
  2. Wacker Chemie AG, München
  3. BerlinOnline Stadtportal GmbH & Co. KG, Berlin
  4. ETAS, Stuttgart

Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. 99,90€ (Bestpreis!)
  2. (nur bis Montag 9 Uhr)
  3. für 134,98€/176,98€ (Bestpreise!)
  4. (u. a. Mass Effect: Andromeda PS4/XBO für 15€, Mission Impossible 1-5 Box 14,99€ und Acer...


Haben wir etwas übersehen?

E-Mail an news@golem.de


Volocopter 2X: Das Flugtaxi, das noch nicht abheben darf
Volocopter 2X
Das Flugtaxi, das noch nicht abheben darf

Cebit 2018 Der Volocopter ist fertig - bleibt in Hannover aber noch am Boden. Im zweisitzigen Fluggerät stecken jede Menge Ideen, die autonomes Fliegen als Ergänzung zu anderen Nahverkehrsmitteln möglich machen soll. Golem.de hat Platz genommen und mit den Entwicklern gesprochen.
Von Nico Ernst

  1. Ingolstadt Flugtaxis sollen in Deutschland erprobt werden
  2. Urban Air Mobility Airbus gründet neuen Geschäftsbereich für Lufttaxis
  3. Cityairbus Mit Siemens soll das Lufttaxi abheben

K-Byte: Byton fährt ein irres Tempo
K-Byte
Byton fährt ein irres Tempo

Das Startup Byton zeigt zur Eröffnung der Elektronikmesse CES Asia in Shanghai das Modell K-Byte. Die elektrische Limousine basiert auf der Plattform des SUV, der vor fünf Monaten auf der CES in Las Vegas vorgestellt wurde. Unter deutscher Führung nimmt der Elektroautohersteller in China mächtig Fahrt auf.
Ein Bericht von Dirk Kunde

  1. KYMCO Elektroroller mit Tauschakku-Infrastruktur
  2. Elektromobilität Niu stellt zwei neue Elektromotorroller vor
  3. 22Motor Flow Elektroroller soll vor Schlaglöchern warnen

Hacker: Was ist eigentlich ein Exploit?
Hacker
Was ist eigentlich ein Exploit?

In Hollywoodfilmen haben Hacker mit Sturmmasken ein ganzes Arsenal von Zero-Day-Exploits, und auch sonst scheinen die kleinen Programme mehr und mehr als zentraler Begriff der IT-Sicherheit verstanden zu werden. Der Hacker Thomas Dullien hingegen versucht sich an einem theoretischen Modell eines Exploits.
Von Hauke Gierow

  1. IoT Foscam beseitigt Exploit-Kette in Kameras
  2. Project Capillary Google verschlüsselt Pushbenachrichtigungen Ende-zu-Ende
  3. My Heritage DNA-Dienst bestätigt Datenleck von 92 Millionen Accounts

  1. Kartendienst: Google-Autos fahren wieder durch Deutschland
    Kartendienst
    Google-Autos fahren wieder durch Deutschland

    Google Maps wird mit neuen Aufnahmen in deutschen Straßen verbessert. Für Street View können die Bilder jedoch nicht verwendet werden.

  2. Notebook: Apple gibt nach Monaten Fehler bei Macbook-Tastatur zu
    Notebook
    Apple gibt nach Monaten Fehler bei Macbook-Tastatur zu

    Die Tastaturen in Macbook- oder Macbook-Pro-Modellen können fehlerhaft sein. Das hat Apple nach mehreren Monaten zugegeben. Betroffene Kunden können sich kostenlos eine funktionierende Tastatur in ihr Notebook einbauen lassen.

  3. Oberstes US-Gericht: Durchsuchungsbefehl für Abfrage von Handyposition notwendig
    Oberstes US-Gericht
    Durchsuchungsbefehl für Abfrage von Handyposition notwendig

    Der oberste US-Gerichtshof der USA hat den Schutz der Privatsphäre erhöht. Sicherheitsbehörden dürfen nicht einfach auf die Funkmastdaten eines Handys zugreifen. Dafür wird ein richterlich angeordneter Durchsuchungsbefehl verlangt.


  1. 11:49

  2. 11:59

  3. 11:33

  4. 10:59

  5. 10:22

  6. 09:02

  7. 17:15

  8. 16:45