ubuntuusers.de

Hallo,

sicherlich wissen viele von euch, dass Bazaar NG (im weiteren bzr genannt), das von Canoncial entwickelte Source-Code-Management Programm ist.

Offentsichtlich, scheint dort vieles anders zu laufen als bei CVS, SVN und Co.

Ich bin mir ja fast sicher, dass das hier irgendeiner nutzt, und bitte daher darum, dass mir das mal jemand erklärt.

Was ist das? Wie geht das? Warum dezentral? Wie füge ich die Entwicklungen verschiedener Leute zusammen?

Ein paar Grundkenntnisse habe ich schon, aber ich habe meiner Meinung nach, das Gesamtkonzept noch nicht klar vor Augen.

Wiki-Page ist dann natürlich auch dabei 😉

Bazaar NG

Danke,
euer gummibaerchen

Könnte bitte ein Mod das Thema nach Software verschieben, da wäre es glaube ich besser aufgehoben.

Ich schiebs mal nach Shell/Programmieren. Da hier die Wahrscheinlichkeit am höchsten ist, dass jemand mit Ahnung vorbei schaut. Ich meine jedoch, dass deine Frage auf der ubuntu-devel Mailingliste

https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

sicherlich eher eine Antwort bekommt wie hier.

Tschuess
Christoph

So viel läuft gar nicht anderst.

Die Vor- und Nachteile von dezentralen SCMs sind wohl am besten auf den jeweiligen Projektseiten zusammengefasst:

• bazaar

• darcs

• Mercurial

In den jeweiligen Wikis finden sich einige Informationen zu verteilten Systemen.

Um das nicht ganz unkommentiert zu lassen: Ich verwalte einige meiner Projekte mit darcs. Der erste und wichtigste Vorteil von verteilten Systemen ist meiner Meinung nach die fehlende Notwendigkeit, aber trotzdem die Möglichkeit eines Zentralen Repositorys. Bei einem Zentralen System kann ich ohne Zugriff auf das Zentrale Repository keine Commits einreichen oder dies nur durch Zusatzsoftware oder dein Einsatz einer lokalen Version des SCM-Systems tun (z.B. bei Subversion svk). Dadurch kann man z.B. unterwegs nicht immer so committen wie es eigentlich sein müsste, nämlich jeweils spätestens nach der Fertigstellung eines Aufgabenbereichs, woraus sich am Ende unübersichtliche und nicht-Atomare Patches ergeben, die im Ernstfall nicht mehr ohne andere nicht zu patchende Bereiche mit einzubeziehen in das Hauptrepository integrierbar sind.

Letztenendes ist bei einem dezentralen System jedes Repository vollständig eigenständig, kann aber trotzdem mit anderen damit verwandten Repositorys synchronisiert werden.

Für mehr Informationen solltest du einfach mal eines der drei oben genannten ausprobieren.

SirSiggi hat geschrieben:

Um das nicht ganz unkommentiert zu lassen: Ich verwalte einige meiner Projekte mit darcs. Der erste und wichtigste Vorteil von verteilten Systemen ist meiner Meinung nach die fehlende Notwendigkeit, aber trotzdem die Möglichkeit eines Zentralen Repositorys. Bei einem Zentralen System kann ich ohne Zugriff auf das Zentrale Repository keine Commits einreichen oder dies nur durch Zusatzsoftware oder dein Einsatz einer lokalen Version des SCM-Systems tun (z.B. bei Subversion svk). Dadurch kann man z.B. unterwegs nicht immer so committen wie es eigentlich sein müsste, nämlich jeweils spätestens nach der Fertigstellung eines Aufgabenbereichs, woraus sich am Ende unübersichtliche und nicht-Atomare Patches ergeben, die im Ernstfall nicht mehr ohne andere nicht zu patchende Bereiche mit einzubeziehen in das Hauptrepository integrierbar sind.

Uff, also wo ist das Problem, wenn ich erst wieder committen kann, wenn ich Internet habe? Das es dann zu viele Änderungen geben könnte, die das Programm aus dem Tritt bringen, oder das Änderungen, die ich zwischendurch hin und her gemacht habe nicht beachtet werden?

Und ist das nicht mit bzr das gleiche? Da committe ich doch auch ausschließlich wenn ich Internet habe.

Nein, jedes Repository ist eigentständig, du kannst jederzeit committen. Interessant wird das dann, wenn du nur Teile deiner Veränderungen (z.B. einen wichtigen Bugfix der noch in die alte stable muss) in ein anderes Repository schieben willst. Hast du diesen Bugfix nicht einzeln comitted, so wirst du ihn nicht ohne Handarbeit in das stable-Repository übernehmen können.

SirSiggi hat geschrieben:

Nein, jedes Repository ist eigentständig, du kannst jederzeit committen. Interessant wird das dann, wenn du nur Teile deiner Veränderungen (z.B. einen wichtigen Bugfix der noch in die alte stable muss) in ein anderes Repository schieben willst. Hast du diesen Bugfix nicht einzeln comitted, so wirst du ihn nicht ohne Handarbeit in das stable-Repository übernehmen können.

Also ich kann ja nur von meiner Bazaar "Erfahrung" sprechen, aber es wird doch nur committed, wenn "bzr push" ausführe (dann lädt er es auf den Server). und das mache ich doch nur, wenn ich online bin...

Nein, committen heißt eben bei verteilten Systemen nicht die Daten auf den Server zu schieben, sondern alle Änderungen seit dem letzten Commit zu einem Satz von Änderungen zusammen zu fassen, der dann später gezielt in andere Repositorys geschoben werden kann.

gummibaerchen hat geschrieben:

Uff, also wo ist das Problem, wenn ich erst wieder committen kann, wenn ich Internet habe?

Eigentlich kannst du bei dem zentralen SCM ohne Verbindung zum Server überhaupt keine Revisionskontrolle machen, du hast weder einen Zugriff auf die History, noch Kontrolle über deine eigenen Änderungen, und musst diese selbst verwalten. Das kann manchmal wirklich nervig sein 🙄
Also ohne Zugang zum zentralen Server lebst du quasi genauso, wie ohne Versionskontrolle, bei einem dezentralen System hast du immer die komplette Funktionalität zur Verfügung, völlig egal was der Rest der Welt gerade macht.

Jopp, so jetzt habe ich das auch schon soweit raus.

Bin gerade dabei ein Trac mit bzr aufzusetzen, was aber nicht die leichteste Aufgabe ist ☺

Naja, wenigstens sind die Leute in #bzr echt nett.

So, ich denke Wiki-Page ist jetzt aber Pflicht.

Kommandos könnte ich reinstellen und (grundlegend) erklären.

Für mehr Infos müsste sicherlich einer von euch die Feder schwingen.

Hmm,
wir haben eine allgemeine Seite: Source_Code_Management. Die Installation der meisten Systeme ist kein Problem, da sie als Pakete verfügbar sind.
Wesentlich mehr braucht es denke ich im Wiki nicht, fürs CVS gibt es ein paar Hinweise, mehr müsste es zu bzr auch nicht sein. Weiterführende Anleitungen sind ja meistens auf den Seiten des jeweiligen Programms schon zu finden, und können verlinkt werden. 😉
Stell doch einfach mal so eine Seite, ähnlich der CVS zu bzr in die Baustelle, ich denke, das passt dann schon. 😀

Hmm, nicht das mir das eine ewige Baustelle bleibt.

Habs mir fürs Wochenende vorgenommen!