Wie kann ich CVS Leistung in einem Multi-Site-Szenario verbessern?

Question

Zur Zeit arbeite ich an einem Projekt mit den Entwicklern auf drei Standorten. Einer der Standorte ist in Delhi, Indien, während die beiden anderen in Europa. Die Kommunikation zwischen den europäischen Niederlassungen und dem Büro in Delhi hat eine schlechte Bandbreite und ziemlich schlechte Latenz und ein CVS-Update von dort dauert oft 5-10 Minuten, obwohl nur wenige Dateien geändert haben.

Gibt es ein gutes CVS-Proxies gibt, oder eine nette Art und Weise eines getrennten CVS-Server synchronisiert? Haben Sie andere Tipps, wie kann die Leistung in diesem Szenario verbessert werden?

Leider werden wir mit CVS im Rahmen dieses Projektes stecken, so die Umstellung auf etwas völlig anderes ist keine Option in den kurzfristigen.

Answer 1

Warum Umschalten ist nicht eine Option?

Ich würde empfehlen, stattdessen SVN oder git zu wechseln. Und, dass Sie so schnell wie möglich diese Umwandlung tun ... wie heute:)

Es gibt sogar svn tools / guides und git tools / Führer aus, dass es tun wird diese CVS Konvertierung für Sie.

Ich persönlich benutze und lieben SVN für meine Arbeit, sondern auf der Grundlage Ihrer obige Beschreibung, es klingt wie git könnte die bessere Option für Sie sein.

Answer 2

Hier ist, was ich vor langer Zeit in einer ähnlichen Situation getan haben, wenn die Bandbreite und unzuverlässige Netzwerke ein Thema waren:

• eine Kopie des Repository und nutzt es in dem entfernten Ort zu installieren. Sie wissen, haben CVS1 und CVS2.
• Sperren einer der beiden Kopien (CVS1) von Commits zu verhindern. Erreicht wird dies durch ‚commitinfo‘ im CVSROOT-Modul zu ändern.
• CVS1 kann für Updates verwendet werden, nur
• CVS2 kann für Updates verwendet werden und verpflichten

Wenn Sie den Zugriff geben, zu begehen 1 zu kopieren, gehen Sie wie folgt vor:

• Sperren CVS2
• Kopieren CVS2 zu CVS1
• Entsperren CVS1

Das klingt umständlich, und es ist, wenn Sie es manuell tun, aber es funktioniert. Es erfordert ein wenig Disziplin, wenn Sie es manuell tun. seine Zeitzone auf Ihrer Seite kann für einmal ist.

schrieb ich ein Werkzeug, um zu verfolgen, die hatte das Token begehen und Repositories von einem Ort zum anderen automatisch über rsync und SSH zu übertragen. Es funktionierte gut für ein paar Jahre. Wir verloren nie irgendwelche Daten, und es dauerte etwa 5 Minuten, um das Token von einem Ort zum anderen übertragen.

Der Transfer Tool wurde in Perl geschrieben und es dauerte etwa zwei Wochen, es zu entwickeln, auf sie Vollzeit arbeiten.

Ich weiß, dass vor langer Zeit FreeBSD-Entwickler verwendet CVSup aber ich habe nie das Werkzeug selbst.