Hi Wim,
just curious. Wouldnt it also be possible to have a TEST branch
rather than a TEST repository and merge every development code in
there quickly and then proceed as you suggest. I guess the downside
is then that you have all the code in the TEST branch that will stay
there forever even it never gets committed into the master.....
just a thought
christian
Am 14.06.2010 um 20:11 schrieb Wim Jongman:
Hi,
We have discussed the move to GIT on the conference call. We have
agreed to move to GIT as soon as possible. There are a couple of
things that need to be solved in our way of working which we can
discuss here:
One advantage of GIT is to have a staged repository. This means
that check-ins do not pile up in your workspace but that you can
frequently commit in your local repository. This sounds good but it
comes with its own sets of threats. For example, programmers tend
to become more isolated because their work is not frequently merged
to the master repository (if somebody again says there is no master
repository, I start screaming ;). Also, if the programmer loses his/
her local disk then a lot of changes can get lost because of local
only check-ins. In contrast check-ins to CVS HEAD require high
quality bites of code which forces the programmer to think/work
like that.
Markus suggested to have some kind of intermediate repository (lets
say TEST) where work can be merged and build without breaking the
build on the master repository. This could even be automated, when
the TEST build succeeds, all changes are released to the master
repository.
We have talked about the lack of eclipse integration. The CVS state-
of-the-art is not available in GIT yet but better integration and
adoption rate should run parallel. I have worked on some issue a
few months ago in EGit and they have a really committed team. I
expect that GIT integration will become better real quick.
GIT also allows us to use code reviews tools like Gerrit. We have
to ask the GIT team how this increases the workload, but a bug in
one of my own contributions was caught early this way so I can
state from personal experience/shame that this works.
Regards,
Wim
<ATT00001..c>
-------------------------------------------------------------
compeople AG
Untermainanlage 8
60329 Frankfurt/Main
fon: +49 (0) 69 / 27 22 18 0
fax: +49 (0) 69 / 27 22 18 22
web: http://www.compeople.de/
Vorstand: Jürgen Wiesmaier
Aufsichtsratsvorsitzender: Christian Glanz
Sitz der Gesellschaft: Frankfurt/Main
Handelsregister Frankfurt HRB 56759
Ust-Ident.-Nr: DE207665352
-------------------------------------------------------------
_______________________________________________
ecf-dev mailing list
ecf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/ecf-dev