Ich habe ein Repository, das Inhalt & Quelldateien enthält. Entwickler sollten nur mit Quelldateien arbeiten. Um Platz zu sparen, sollten Entwickler die Inhaltsdateien (die in GB sind) nicht zu ihrem lokalen Repo klonen. Quelldateien sind im Projekt nicht als Untermodule vorhanden, sondern befinden sich am selben Speicherort wie der Inhalt.Verschmelzen nur modifizierte Dateien mit Git
Mein Ansatz wie das ist - ich Quelle von Meister einen Zweig erstellt und gelöscht dann die Inhaltsdateien aus diesem Zweig. Und ich habe denselben Zweig zum Klonen für die Entwickler veröffentlicht.
Als ich die Änderungen aus der Branche Quelle zurück Meister am verschmelzenden werden die Inhaltsdateien in Meister gelöscht zu werden. Wie man es einschränkt? Und wenn es nicht möglich ist, gibt es einen Weg, meine Anforderung zu erfüllen, einen separaten Zweig/Klon zu haben, der nur gefilterte Dateien hat, d.h. die Quelldateien darin?
Die Art der Dateien sind FLV, WMV, PDF, doc, welche Größen mehr als 200 GB. Es wird einen immensen Aufwand für das Netzwerk beim Remote-Klonen mit sich bringen, da es sich um ein standortübergreifendes Entwicklungsteam handelt. Und ich denke, dass es ein Leistungsengpass für Git sein wird, solch eine große Menge von Dateien zu scannen, um Änderungen in einigen Quelldateien zu erkennen. – kaychaks
"Sie denken"? Du bist also in Aktion gegangen, ohne vorher zu prüfen, ob das wirklich ein Problem ist? Duh. 1) Mein Punkt steht immer noch: Wenn Source und Master Zweige im _same_ Repository sind, werden sie trotzdem auf die Maschinen der Entwickler geklont. 2) Wie oft planen Sie das Klonen kompletter Repositories? 3) Git verwendet zuerst Dateimodifikationszeiten; nur wenn diese sich unterscheiden, wird der Inhalt überprüft. Kein Verlust hier. 4) Lassen Sie Ihr Remote-Team das Repository einmal klonen, dann lassen Sie die Leute dort das Repository klonen. Einfach wie Kuchen. – Bombe