-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "David" == David Brennan <[EMAIL PROTECTED]> writes:

    David> So by my understanding you are talking about effectively
    David> sharing code between your product directories BUT not
    David> having the sharing happen automatically. Instead you are
    David> triggering the sharing (really merging) from a central
    David> control point for that code only when you want to.

Yes, with many different developers working in different binaries (for
example GUI and backend) I've found that not having one checkin break
the whole world, worked perfectly well.

So at controlled moments in time developers can grab updates (merge
them).


    David> The example in the link was for an external library and I
    David> can see that working well. I'm not so sure it is applicable
    David> to what I am talking about.  This isn't library code, it is
    David> frequently changing core code which needs to be shared
    David> between say 8 other projects which use the same code. It
    David> must be edited within one of those projects in order for
    David> changes to make sense.  Potentially you will want to
    David> perform the edit in any of the 8 projects because the edit
    David> is part of a larger change that is centred in that project.
    David> So either you have to manually merge that change into each
    David> of the 7 other project branches when you check it in OR you
    David> have a situation where 8 branches projects are all having
    David> disjoint changes occurring.

    David> I don't imagine this is what you were suggesting... ;-)

    David> So if you have time I would love to hear what you mean?

If you are the sole developer, you can have a common directory that
all these 8 projects use. No need to branch this common code to the 8
projects. But it's not an approach that does scale.

So it depends on the size of your team.

- -- 
All the best,

Berend de Boer


PS: This email has been digitally signed if you wonder what the strange
characters are that your email client displays.
PGP public key: http://www.pobox.com/~berend/berend-public-key.txt
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/>

iD8DBQFG+aLiIyuuaiRyjTYRAlzEAKCSbE7tz5pOEz/rmy6+14r71S/MNgCgyrmO
nwgwwV7ZUbIKWipi9svrFR0=
=9ckw
-----END PGP SIGNATURE-----

_______________________________________________
NZ Borland Developers Group - Delphi mailing list
Post: delphi@delphi.org.nz
Admin: http://delphi.org.nz/mailman/listinfo/delphi
Unsubscribe: send an email to [EMAIL PROTECTED] with Subject: unsubscribe

Reply via email to