>>>>> "nishad" == nishad <[EMAIL PROTECTED]> writes: nishad> To: <[EMAIL PROTECTED]> nishad> Subject: Handling multiple implementations nishad> Date: Mon, 16 Aug 2004 17:12:19 -0400
nishad> I would like get an expert advice on How to manage multiple nishad> implementation of A product (asp pages). One product implementation nishad> is based on our base product, but 5% of The total pages may need some nishad> customization. Can somebody suggest how to manage this scenario nishad> Using CVS. nishad> Is branching for each implementation a good option? Is there any way nishad> that the changes made to One of the files, which is common to all nishad> Implementations be transferred to all the Implementations (for nishad> eg. bug fixes, etc.) In my experience, branching for each customer is a bad idea. It results in a lot of merging for any bug fix or feature change. It allows customizations at any place in the code, which people inevitably take advantage of, causing merging to be much more difficult. Ultimately it results in a much greater code management overhead. I would suggest implementing customizations either directly in the code as options, or into the build system. In CVS you can store the base system (hopefully the majority of the code) in one directory, and the customizations (hopefully small) in another directory, one for each client. Setting up such a system is a lot of work initially, but it is worth it in the end. Hope this helps, Alex -- http://libcvs.cvshome.org/ Access CVS through a library. PGP: ID: 0x23DC453B FPR: 42D0 66C2 9FF8 553A 373A B819 4C34 93BA 23DC 453B For every great name in history a hundred others might have been substituted. -- Elias Canetti. Crowds and Power. (trans Carol Stewart) _______________________________________________ Info-cvs mailing list [EMAIL PROTECTED] http://lists.gnu.org/mailman/listinfo/info-cvs
