Kommentare zu: Arbeitsverhinderungstool ClearCase http://www.zustandsforschung.de/index.php/arbeitsverhinderungstool-clearcase/ Mit offenen Augen durch die Welt Wed, 25 Jan 2012 17:12:31 +0100 http://wordpress.org/?v=2.8.6 hourly 1 Von: Henning Sternkicker http://www.zustandsforschung.de/index.php/arbeitsverhinderungstool-clearcase/comment-page-1/#comment-7501 Henning Sternkicker Thu, 24 Jun 2010 07:22:38 +0000 http://www.zustandsforschung.de/?p=849#comment-7501 So wie der Artikel hier geschrieben ist, scheint das Problem wieder mal vor dem Rechner zu sitzen. SCM ist ein komplexes Thema und ein Tool wie ClearCase kann dabei helfen das in den Griff zu bekommen, aber es gilt immer noch die Weisheit "A fool with a tool is still a tool". In meinem Job mache ich immer wieder die Erfahrung, dass es bei der Einführung eines SCM-Tools mehr auf die richtige Ausgestaltung eines SCM-Prozesses ankommt. Dabei sind Fragen zu klären, wer darf wann, wo, was bearbeiten? Danach muss man das in der Technik des ausgewählten Tools umsetzen und dann, ganz wichtig, die Endanwender trainieren. Dann passieren auch nicht solche unwahrheiten wie "Man kann in ClearCase keine Dateien von der Versionskontrolle ausschliessen". Das ist schlichtweg falsch. In ClearCase muss man im Gegenteil die Dateien wissentlich der Versionskontrolle hinzufügen, da zunächst erst einmal alles in dem view des Benutzers privat bleibt und nicht mit den anderen geteilt wird. Wenn da irgendein Automatismus agiert, dann kommt der von der IDE und dort kann man, z.B. im Eclipse sehr wohl eine ignore-List aufstellen, das ist dann aber Sache der IDE und des Benutzers der davor sitzt. Das andere Thema Dateien löschen. Der beschriebene Weg (Verzeichnis auschecken, Datei "löschen", Verzeichnis einchecken) kommt daher, das ClearCase die Versionen und die Historie von Verzeichnissen und Dateien trennt. Das heisst um eine Datei zu verändern muss man nicht das Verzeichnis auschecken und umgekehrt um ein Verzeichnis in seiner Zusammensetzung zu modifizieren muss man nicht die Dateien auschecken. Wenn man das Konzept einmal verstanden hat, vor allen Dingen verstanden hat, dass die Datei als Element gar nicht gelöscht ist sondern der Name der Datei nur in der nächsten Version des Verzeichnisses nicht mehr auftaucht, dann weiss man es auch zu schätzen, dass man ganz einfach die Datei wieder herzaubern kann. Wenn dein Chef morgen ankommt und die Datei wieder haben will muss man dann einfach den Namen der Datei in der neuen Verzeichnisversion bekannt machen und voila, die Datei ist auf einmal wieder mit seiner gesamten Versionshistorie wieder da. Mach das mal mit einem anderen Tool.... Builds dauern in dynamischen Views länger? Welche denn? Java, C++? Je nachdem von welchen Builds wir sprechen kann man in ClearCase mit clearmake bereits schon gebaute Objekte wiederverwenden. Das erkennt dan ClearCase ganz automatisch. Bei einigen ClearCase-Usern werden dann builds in dynamischen Views auf einmal ganz schnell weil ClearCase dabei hilft die OBjekte zu bauen deren sourcen sich auch wirklich geändert haben. So zum Abschluß: Jedes Tool braucht einen SCM-Administrator, auch ClearCase. Wenn jemand etwas anderes behauptet, dann ist das unseriös. Dann ist es die Aufgabe des SCM-Administrators genau die PRozesse und Eigenschaften des Tools zu implementieren die die Entwickler als Enduser brauchen. SCM sollte dem Enduser so wenig wie möglich an zusätzlicher Arbeit machen. Wenn das nicht so ist, dann muss der SCM-Admin vielleicht nochmal auf eine Schulung und den eingesetzten Prozess überarbeiten. So wie der Artikel hier geschrieben ist, scheint das Problem wieder mal vor dem Rechner zu sitzen. SCM ist ein komplexes Thema und ein Tool wie ClearCase kann dabei helfen das in den Griff zu bekommen, aber es gilt immer noch die Weisheit “A fool with a tool is still a tool”. In meinem Job mache ich immer wieder die Erfahrung, dass es bei der Einführung eines SCM-Tools mehr auf die richtige Ausgestaltung eines SCM-Prozesses ankommt. Dabei sind Fragen zu klären, wer darf wann, wo, was bearbeiten? Danach muss man das in der Technik des ausgewählten Tools umsetzen und dann, ganz wichtig, die Endanwender trainieren. Dann passieren auch nicht solche unwahrheiten wie “Man kann in ClearCase keine Dateien von der Versionskontrolle ausschliessen”. Das ist schlichtweg falsch. In ClearCase muss man im Gegenteil die Dateien wissentlich der Versionskontrolle hinzufügen, da zunächst erst einmal alles in dem view des Benutzers privat bleibt und nicht mit den anderen geteilt wird. Wenn da irgendein Automatismus agiert, dann kommt der von der IDE und dort kann man, z.B. im Eclipse sehr wohl eine ignore-List aufstellen, das ist dann aber Sache der IDE und des Benutzers der davor sitzt. Das andere Thema Dateien löschen. Der beschriebene Weg (Verzeichnis auschecken, Datei “löschen”, Verzeichnis einchecken) kommt daher, das ClearCase die Versionen und die Historie von Verzeichnissen und Dateien trennt. Das heisst um eine Datei zu verändern muss man nicht das Verzeichnis auschecken und umgekehrt um ein Verzeichnis in seiner Zusammensetzung zu modifizieren muss man nicht die Dateien auschecken. Wenn man das Konzept einmal verstanden hat, vor allen Dingen verstanden hat, dass die Datei als Element gar nicht gelöscht ist sondern der Name der Datei nur in der nächsten Version des Verzeichnisses nicht mehr auftaucht, dann weiss man es auch zu schätzen, dass man ganz einfach die Datei wieder herzaubern kann. Wenn dein Chef morgen ankommt und die Datei wieder haben will muss man dann einfach den Namen der Datei in der neuen Verzeichnisversion bekannt machen und voila, die Datei ist auf einmal wieder mit seiner gesamten Versionshistorie wieder da. Mach das mal mit einem anderen Tool….
Builds dauern in dynamischen Views länger? Welche denn? Java, C++? Je nachdem von welchen Builds wir sprechen kann man in ClearCase mit clearmake bereits schon gebaute Objekte wiederverwenden. Das erkennt dan ClearCase ganz automatisch. Bei einigen ClearCase-Usern werden dann builds in dynamischen Views auf einmal ganz schnell weil ClearCase dabei hilft die OBjekte zu bauen deren sourcen sich auch wirklich geändert haben.

So zum Abschluß: Jedes Tool braucht einen SCM-Administrator, auch ClearCase. Wenn jemand etwas anderes behauptet, dann ist das unseriös. Dann ist es die Aufgabe des SCM-Administrators genau die PRozesse und Eigenschaften des Tools zu implementieren die die Entwickler als Enduser brauchen. SCM sollte dem Enduser so wenig wie möglich an zusätzlicher Arbeit machen. Wenn das nicht so ist, dann muss der SCM-Admin vielleicht nochmal auf eine Schulung und den eingesetzten Prozess überarbeiten.

]]> Von: Benedikt http://www.zustandsforschung.de/index.php/arbeitsverhinderungstool-clearcase/comment-page-1/#comment-7442 Benedikt Wed, 10 Feb 2010 07:42:03 +0000 http://www.zustandsforschung.de/?p=849#comment-7442 Das Thema "keine Ahnung" mag sicherlich eine Rolle spielen. Der Punkt ist aber: Ich will keine Ahnung haben müssen. Ich bin das Arbeiten mit diversen anderen SCM-Tools gewohnt und da ist es eigentlich immer so, dass man direkt einsteigen kann und sich diese Tools transparent in die Arbeitsentwicklung integrieren. Bei ClearCase habe ich den Eindruck, dass man sich einfach zu viel um die Versionskontrolle kümmern muss. Ich will keinen SCM-Consultant brauchen müssen, um eine vernünftige Quellcode-Verwaltung zu haben. Das Thema “keine Ahnung” mag sicherlich eine Rolle spielen. Der Punkt ist aber: Ich will keine Ahnung haben müssen. Ich bin das Arbeiten mit diversen anderen SCM-Tools gewohnt und da ist es eigentlich immer so, dass man direkt einsteigen kann und sich diese Tools transparent in die Arbeitsentwicklung integrieren. Bei ClearCase habe ich den Eindruck, dass man sich einfach zu viel um die Versionskontrolle kümmern muss. Ich will keinen SCM-Consultant brauchen müssen, um eine vernünftige Quellcode-Verwaltung zu haben.

]]> Von: Uwe Satthoff http://www.zustandsforschung.de/index.php/arbeitsverhinderungstool-clearcase/comment-page-1/#comment-7441 Uwe Satthoff Tue, 09 Feb 2010 22:00:36 +0000 http://www.zustandsforschung.de/?p=849#comment-7441 hmmm, ich sage einfach mal - Ihr habt einfach keine Ahnung wie man ClearCase zu benutzen habt. Es bietet so ziemlich alles was man fuer ein sicheres SCM Service benoetigt. Zugegeben - es ist komplex, aber richtig eingesetzt versetzt es einen in die Lage einen guten SCM Service aufzubauen. Bin fuer weitere Diskussionen gerne offen Gruss Uwe hmmm, ich sage einfach mal – Ihr habt einfach keine Ahnung wie man ClearCase zu benutzen habt. Es bietet so ziemlich alles was man fuer ein sicheres SCM Service benoetigt. Zugegeben – es ist komplex, aber richtig eingesetzt versetzt es einen in die Lage einen guten SCM Service aufzubauen. Bin fuer weitere Diskussionen gerne offen
Gruss
Uwe

]]> Von: Daniel http://www.zustandsforschung.de/index.php/arbeitsverhinderungstool-clearcase/comment-page-1/#comment-7390 Daniel Sat, 01 Aug 2009 04:44:21 +0000 http://www.zustandsforschung.de/?p=849#comment-7390 Hi Beni, Wir verwenden es hier auch... Es ist ein wahres dreckstool.. und hässlich noch dazu! Das upgrade zur absoluten arbeitsblockade erhältst du im übrigen, wenn du das ganze noch mit clearquest kombinierst. Dann darfst du nämlich all deine aktivitäten noch mit einem projektplan synchronisieren, entsprechend verbuchen und kommentieren. Schöne Grüße aus Kota Kinabalu Hi Beni,

Wir verwenden es hier auch… Es ist ein wahres dreckstool.. und hässlich noch dazu! Das upgrade zur absoluten arbeitsblockade erhältst du im übrigen, wenn du das ganze noch mit clearquest kombinierst. Dann darfst du nämlich all deine aktivitäten noch mit einem projektplan synchronisieren, entsprechend verbuchen und kommentieren.

Schöne Grüße aus Kota Kinabalu

]]>