Thanks Tim for your very interesting comments, See online below.
> -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On > Behalf Of Timothy M. Dean > Sent: 11 February 2002 22:39 > To: [EMAIL PROTECTED] > Subject: RE: [Eap-list] cvs directory in "idea-2_5_1\help\idea" > > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]] On Behalf Of Vincent Massol > > Sent: Monday, February 11, 2002 4:21 PM > > To: [EMAIL PROTECTED] > > Subject: RE: [Eap-list] cvs directory in "idea-2_5_1\help\idea" > > > > > > Yes, that's a possibility but I prefer to check an installed > > version so that there is no need to install it (we're lucky > > because our tools do not need to be installed in the windows > > sense, just check out and it works !). > > > > How would you be affected if IDEA decided to use an actual installer, as > they have talked about for future releases? Chances are that the > installer would not do anything fancy, but what if it did some > registry-based things in windows like associating file extensions of > Java with IDEA? (I'm not saying that this *should* be done, just that it > *could* be done and making the assumption that you can always just > check-out-IDEA-and-run might a little questionable... > in that case, we would check in the exe or zip ... I think not having an installer is much better if possible (and it should be for all java applications, shouldn't it ?) > > > One other reasons are : > > - changing a single file does not need to reinstall the products. > > - for example, let's say that I modify the package import > > style to use qualified names. I just need to commit the > > modified file in idea/config in CVS and developers just need > > to do an update ... et voila ! > > In general, we have found that the advantage of checking in tools like > IDEA is only realized when you check in official released versions. We > found it to be really messy when people tried to distribute a patch or > just one file from an installation. Maybe your environment is different, > but I would be careful about allowing individual files to be checked out > by each developer... > only the build controller is allowed to touch this part of CVS. But I agree we need to be careful, and it only works on released versions. > > > > In other words, developers are using the checked out CVS tree > > as their installation directory. > > > > Note: We've just started this today (it is actually the first > > time I'm doing this !). It looks ok so far but we may > > discover some issues as we go along. Any problem you can imagine ? > > > > Personally I would separate out the configuration data you want to > manage from the IDEA software itself. It seems like a dangerous > precedent to start suggesting things like "please don't use the > directory name of CVS in your hierarchy" to a software vendor: They > should have complete control over the directory structure they desire > and your version control procedures shouldn't be dependent on such > assumptions. > hum ... yes, I agree in essence. However, it is a real minor change and that will give IDEA a new a ability (the ability to be put in CVS ;-)). I could also try to changed the way CVS works so that they change the name of the CVS directory ... but that's a lost cause .... ;-) > Perhaps you can make it work, but I've seen many projects turn into > maintenence nightmares when they try to take version control of 3rd > party tools too far. Checking in a distribution ZIP, EXE, tar, etc. is > fine - Apply a label to the checked in installation file and associate > it to your installation procedures. Once you start trying to control it > at the individual file level, watch out for a lot of headaches. > Yes, I think you're right. For the time being I see some advantages to running directly from the CVS checked-out directories. However, I agree there might be some issues. We'll try it for a while and revert to putting only the zipped, exe, etc if it doesn't work. > That's my 2 cents... > That's definitely more than 2 cents ... ;-) Thanks -Vincent > - Tim > > > _______________________________________________ > Eap-list mailing list > [EMAIL PROTECTED] > http://www.intellij.com/mailman/listinfo/eap-list _______________________________________________ Eap-list mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-list
