Eclipse mit CVS, commit

[loopsen]

Hallo zusammen, ich habe ein Problem mit Eclipse und CVS. Ich habe schon mit andere Versionierungsprogrammen gearbeitet und cvs macht mir auch keine Probleme. Das Problem ist, dass CVS in Eclipse so wies aussieht nur einfach dafür sorgt, dass die änderungen an den Dateien Protokolliert und versioniert werden. Ist es irgendwie möglich, dass beim commiten eine lauffähige kopie der Date auf ainen anderen Server oder anderen Ort gespeichert wird?

konkret:
Wir arbeiten im Team und haben einen Testserver... nun sollten wir die neuste Version auchecken können und lokal bearbeiten(jeder hat nen tomcat lokal laufen) und nach dem bearbeiten wieder auf den Server speichen. beim speichern oder commiten sollte nun die neuse version dem cvs bekannt gemacht werden und die datei auf dem Testserver für alle verfügbar gemacht werden. ist dies möglich??

 

[Wildcard]

Mach doch einen Hook in CVS und führ ein entsprechendes Script aus. In Eclipse selbst hat das meiner Meinung nach nichts verloren.

 

[loopsen]

hmmm oke.. dann kannst du mir mal erklären wie du mit cvs arbeitest? einfach alle dateien auf dem server? und wenn jemand den tomcat neustarten muss können alle nich mehr arbeiten...

also ich weiss dass es so etwas bei anderen programmen gibt. man arbeitet lokal und bei commit wird das ganze auf den server geschriben...und versioniert....

 

[Wildcard]

Ach so....
Mein Fehler, du meinst auf den lokalen Tomcat deployen?
Hmm, den besten Weg kann ich dir nicht nennen, spontan fällt mir dazu ein entweder ein Antscript zu schreiben und manuell aufzurufen, einen Custom Builder an das Projekt zu hängen, oder das CVS Plugin zu erweitern.

 

[tfa]

Ich glaube Du suchst Continuous Integragtion, sowas wie Contiunuum oder CruiseControl.
Wir benutzen CruiseControl, um jede Nacht eine Nightly-Build unserer Software (Client-GUI) herzustellen, den man dann per Webstart aufrufen kann. CruiseControl macht ein Update auf das CVS-Repsitory und wird auch nur dann aktiv, wenn sich wirklich was geändert hat.
Gleichzeitig laufen auch noch ein paar Tests, Findbugs u.s.w. Das ist recht praktisch.

 

[loopsen]

ja tönt schon besser....es sollte aber bei jedem "commit" die dateien, die sich geändert haben auf den server kopieren. gleichzeitig natürlich auch versionieren.

 

[tfa]

ja tönt schon besser....es sollte aber bei jedem "commit" die dateien, die sich geändert haben auf den server kopieren. gleichzeitig natürlich auch versionieren.

Man kann diese Tools natürlich auch so konfigurieren, dass sie nicht alle 24 Stunden sondern alle 2 Minuten nachsehen, ob sich was geändert hat und dann eine Version machen (mal davon abgesehen, dass es ziemlich sinnfrei ist, nach jedem Commit eine Version machen zu wollen).

 

[loopsen]

ah du hast mich falsch verstanden...ich meine natürlich nicht immer eine neu version...einfach diese versionzahl geht ja rauf (1.1 --> 1.2) aber ich werde das tool mal testen. tönt schon ganz so wie ichs mir vorstelle

 

[loopsen]

da habe ich nochmals einfe frage...gibt es auch programme die nur mit verzeichnis und dem cvs server vergleichen und die änderungen auf dem verzeichniss übernehmen? das CruiseControl hat noch viel zusatz den ich nicht brauche

 

[tfa]

da habe ich nochmals einfe frage...gibt es auch programme die nur mit verzeichnis und dem cvs server vergleichen und die änderungen auf dem verzeichniss übernehmen?

Ja, CVS!?

das CruiseControl hat noch viel zusatz den ich nicht brauche

Dann benutze es nicht.

Du könntest Dir auch ein ant-Skript machen, dass das CVS-Update durchführt, ein Build ausführt und die Applikation dann im Tomcat deployt. Das muss bloß automatisch gestartet werden (vielleicht über Cron-Job??)

 

[loopsen]

ach scheisse mann ich schreibe ganz einfach ne bat datei die das automatisch macht...