CVS oder TeamCoherence?

[Zottel]

Hi Ihr,

Ich überlege grad, ob ich von CVS auf TeamCoherence umsteigen soll. CVS habe ich jetzt seit anfang an und bisher keine probleme mit gehabt.
Allerdings bekomme ich jetzt einen neuen Mitarbeiter und da brauch ich neben einen vernünftigen Versionskontrollsystem auch ne Rechtevergabe, die bei CVS nicht wirklich ausgereift ist. Zumindest halte ich es nicht für ausgereift und handhabbar.
TeamCoherence bietet einige möglichkeiten mehr, was die Rechtevergabe betrifft, und einige funktionen, die die Übersichtlichkeit fördern.
Mal von der Gui abgesehen, die bei CVS nur mit hilfe von WINCVS zu bekommen ist.
Dafür behindert mich bei TeamCoherence das ewige 'ich muss erst ausschecken, bevor ich was machen kann' ein wenig, da ich gerne zwischen den programmen hin und her springe.

Also kurz und bündig gesagt, kann ich mich nicht entscheiden.
Was für Erfahrungen habt ihr? Und welche Systeme setzt ihr ein? Habt Ihr ne Empfehlung?

[alcaeus]

Bei meinem ehemaligen Arbeitgeber haben wir auf Microsoft Visual SourceSafe gesetzt. Es ist jedoch von der gleichen Art wie TeamCoherence: erst auschecken, dann arbeiten. Man kann zwar manuell den Schreibschutz auf den Dateien entfernen, allerdings kann das evtl. Probleme geben, und genau deshalb verwendet man solche Software. TeamCoherence kenn ich jetzt nicht, aber ich wuerde mich von der "Erst auschecken, dann arbeiten"-Funktionsweise abschrecken lassen. So hinderlich ist das auschecken gar nicht...

Greetz
alcaeus

[Zottel]

Zitat:

Zitat von alcaeus

genau deshalb verwendet man solche Software

Jep. schon richtig. gegenüber CVS ist es ja auch ein vorteil, das der SourceCode nicht bearbeitet werden kann, wenn er schon zur bearbeitung ausgecheckt ist.
Aber nervig ist es trotzdem..... :(
MS SourceSafe muss ich mir auch nochmal anschauen. mal guggen, was das ding leistet.

[Neelix]

Zitat:

Zitat von Zottel

gegenüber CVS ist es ja auch ein vorteil, das der SourceCode nicht bearbeitet werden kann, wenn er schon zur bearbeitung ausgecheckt ist.
Aber nervig ist es trotzdem.....

Das genau ist einer meiner großen Kritikpunkte an cvs. Ich bevorzuge pessimistisches Locking, daß man bei cvs auch irgendwie einstellen kann. Aber es wird mir dann auch nicht angezeigt, wer gerade mit einem bestimmten Quellcode arbeitet.
Ach übrigens: Hast Du Dir schon mal StarTeam von Borland angeschaut? Ist ja bei den Enterprise-Versionen mit bei...

[w3seek]

Ich kenne TeamCoherence nur vom Namen, hab es selbst aber nie benutzt, kann von daher nichts darueber sagen. Ich bin seit einiger Zeit von Subversion sehr ueberzeugt, kann es nur empfehlen. Wenn man den svn server auf apache2 aufsetzt, kann man auch individuelle benutzerrechte vergeben, auch innerhalb eines repositories auf verzeichnisebene. Zudem gibt es nette clients wie z.B. TortoiseSVN oder RapidSVN, oder auch einen CVS-aehnlichen commandline client.

[Zottel]

Zitat:

Zitat von Neelix

Ach übrigens: Hast Du Dir schon mal StarTeam von Borland angeschaut?

Nee, noch nicht. Wollte ich auch noch machen. Bin blos bei TeamCoherence hängen geblieben, weil mir recht gut gefiel von der aufmachung und der funktionalität.

Zitat:

Zitat von w3seek

Ich bin seit einiger Zeit von Subversion sehr ueberzeugt

War es nicht so, das SubVersion nur Textdateien verwalten konnte? und keine Binaries? order bin ich da aufm alten stand?

[w3seek]

Subversion unterscheidet nicht zwischen Textdateien und Binaerdateien. Um die beruechtigten line-endings probleme zu umgehen (bei Benutzung von clients auf verschiedener Plattformen) kann man Textdateien eine Eigenschaft "svn:eol-style native" vergeben, so dass der client fuer die korrekte Umwandlung der textdaten in das native format des servers verantwortlich ist (falls benoetigt).

Die Argumente die fuer mich relevant waren:
- Atomic commits (d.h. jeder commit bekommt eine revision die allen aenderungen zugeordnet ist)
- Besseres/Sauberes branching
- Unterstuetzung von Umbenennung von Dateien
- file properties (tags, einbindung externer repositories, line endings handling)
- Plattformunabhaengigkeit, sowohl der server als auch viele Clients gibts fuer alle moeglichen Plattformen, sogar OSX
- server ist sehr flexibel, entweder standalone (svn://), oder ueber ssh getunnelte verbindung, oder ueber apache2 (http://) und auch SSL verbindungen zum repository sind ueber apache2 moeglich

[Basilikum]

Zitat:

Zitat von Zottel

War es nicht so, das SubVersion nur Textdateien verwalten konnte? und keine Binaries? order bin ich da aufm alten stand?

ich weiss nicht, wie es früher war, aber mit 1.3.1 kann man problemlos Binaries aufnehmen (z.B. .res).

TortoiseSVN kann ich ebenfalls empfehlen (Integration in Explorer, direkte per Kontext-Menu bedienbar)

[Neelix]

Zitat:

Zitat von w3seek

Wenn man den svn server auf apache2 aufsetzt, kann man auch individuelle benutzerrechte vergeben, auch innerhalb eines repositories auf verzeichnisebene. Zudem gibt es nette clients wie z.B. TortoiseSVN oder RapidSVN, oder auch einen CVS-aehnlichen commandline client.

Wenn man dafür extra noch einen Apache aufsetzen muß ... Das ist doch echt Oversized. Und warum noch extra Clients? Das nervt schon bei cvs. :kotz: Da gefallen SourceSafe oder auch PVCS wesentlich besser.

[w3seek]

Zitat:

Zitat von Neelix

Wenn man dafür extra noch einen Apache aufsetzen muß ... Das ist doch echt Oversized. Und warum noch extra Clients? Das nervt schon bei cvs.

Subversion _kann_ man auf apache aufstzen, dann hat man den vorteil dass man das repository als web folders nutzen kann (ist aber nicht so empfehlen weil man dabei keine commit messages fuer aenderungen versehen kann), man kann individuelle rechtvergaben tun und wenn man auf Sicherheit wert legt sogar die verbindungen mit SSL verschluesseln. Wenn man auf das keinen Wert legt, kann man immer noch mit svnserve schnell einen kleinen Server aufsetzen.

Zitat:

Zitat von Neelix

:kotz: Da gefallen SourceSafe oder auch PVCS wesentlich besser.

Ich hatte einmal SourceSafe benutzt und bin froh darueber dass ich es nicht mehr tun muss ;) PVCS kenn ich nicht, kann also nichts dazu sagen.