Hola, (or perhaps, Kalimera?) >Since this is a nice active list of plenty of developers and I have no >other idea where I can post theses questions... > >My questions are concerning source control in general
We ask that you prepend [OFF-TOPIC] to the subject line of messages not related to Tomcat. I'll also point you at some other resources for your future reference: http://www.jguru.com/forums/index.jsp http://forum.java.sun.com/ http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&group=comp.lang.java >1- Is there any good books, articles, web sites tutorials... Yes, there are plenty: Google is your friend. >Now all of a sudden I realise that product2 can also use p1web1 which in >turn uses p1db2. So now I have to make slight changes to p1web1 and >p1db2 to support product 2. >Now both products share p1web1 and p1db2. Lets say a bug is found on >p1web1. Analysis is done and the bug only affects product1... > >How could source control be managed, structured when multiple products >may share mutltiple "components" The general approach is to set up a separate "component" in source control for each component of your code that can be depended upon. All modern source control systems allow you to label branches, so you can have a DB1_1.0 label for database 1 code version 1.0. Product 1 can depend on this. Then as you make further changes you label is DB1_1.1 or maybe DB1_2.0 as you wish, and you change dependencies accordingly. Product 1 can still depend on 1.0 if it wishes, and you can still make changes in the 1.0 branch. As to your other question, all modern source control systems allow you set views and work with branches, and then merge them if/when you see fit. These are fairly basic source control questions, so maybe you should check out a book or article like http://www-106.ibm.com/developerworks/rational/library/2110.html http://cvsbook.red-bean.com/ http://www.utexas.edu/cc/unix/UsingSCCS.html http://www.developer.com/mgmt/article.php/3330801 or a class like http://www.inferdata.com/training/websphere/ClearCase.html As I said, Google is your friend -- this information is not hard to find. Yoav This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
