Am 28.02.2012 14:42, schrieb Helmut Zeisel:
BTW: Another approach is to use a build server that e.g. runs
nightly and stores the results on a network share.
This does not work in our situation because for some components we do
not want to use the latest but some stable older version.
We have multiple releases here and the trunk. For the releases, we check
out and compile from the tags. For the trunk, we check out the latest
and greatest and compile all that. Needless to say, that now and then
the trunk fails to build since someone forgot to compile for one or two
targets or so, but that's exactly what this build server is intended to
catch.
If I'm going to rework something in a way where I expect failures, I
don't do so on the trunk but in a feature branch in order to isolate
colleagues from the changes until they are stable.
We export the different versions on a share in the network, and some of
those are also commited as binaries, especially when they go to a customer.
Uli
**************************************************************************************
Domino Laser GmbH, Fangdieckstra�e 75a, 22547 Hamburg, Deutschland
Gesch�ftsf�hrer: Thorsten F�cking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
Visit our website at http://www.dominolaser.com
**************************************************************************************
Diese E-Mail einschlie�lich s�mtlicher Anh�nge ist nur f�r den Adressaten
bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen
Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empf�nger sein
sollten. Die E-Mail ist in diesem Fall zu l�schen und darf weder gelesen,
weitergeleitet, ver�ffentlicht oder anderweitig benutzt werden.
E-Mails k�nnen durch Dritte gelesen werden und Viren sowie nichtautorisierte
�nderungen enthalten. Domino Laser GmbH ist f�r diese Folgen nicht
verantwortlich.
**************************************************************************************
