Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [cdt-dev] 1.1 release candidate posted


Yes, that's right.  I'm not sure where to go with the version number.  I've seen a lot of other software use a 4 digit version number as in major.minor.sub.build.  I need to look into this more to see such a scheme would be feasible.  Then we've got to decide if it is desirable.  I've also got to look to see whether the update manager removes old versions when you install new ones (god I hope so!).  Actually, all of this would be easier if the Update Manager supported uninstall or reinstall...

The beauty thing I've learned lately in Eclipse is how to make an Application which will let you start up eclipse headless and invoke a run method on a class.  This makes a great mechanism for doing automated builds, automated testing, etc.  Now if only Eclipse had a scripting mechanism (but then, I guess Java makes a pretty good scripting language...).

So I like the 1.1 build as is and we can look at make any changes for this in the HEAD post 1.1.

Cheers,
Doug Schaefer
Rational Software - IBM Software Group
Ottawa, Ontario, Canada



Sebastien Marineau <sebastien@xxxxxxx>
Sent by: cdt-dev-admin@xxxxxxxxxxx

05/13/2003 01:06 PM
Please respond to cdt-dev

       
        To:        "'cdt-dev@xxxxxxxxxxx'" <cdt-dev@xxxxxxxxxxx>
        cc:        
        Subject:        RE: [cdt-dev] 1.1 release candidate posted



Hi Doug,
 
-----Original Message-----
From:
Douglas Schaefer [mailto:dschaefe@xxxxxxxxxx]
Sent:
Tuesday, May 13, 2003 11:32 AM
To:
cdt-dev@xxxxxxxxxxx
Subject:
Re: [cdt-dev] 1.1 release candidate posted


Unfortunately you guys didn't really communicate what you were doing with build numbers.  As a result, the work you did does not address the update site.  The update site uses the version numbers from the feature.xml files.  Also, the update site build mechanism seems to be a different beast from the build.xml ant files.  It appears that the update site build uses the results from the regular autobuild and puts things into jar files.
 
 
We went by the comments that Dave made with respect to needed finer control (beyond the versions) for the updates -- it was
assumed this was the build number from the about.* files. I think I see what you mean -- the update purely works off the versions from the feature.xml,
so the finest granularity is the sub-minor version number, e.g. we'd have to rev from 1.1.0 to 1.1.1 for the update mechanism to flag
this as a new version (right?).
 
 

I've been investigating a new/different build mechanism that sits in a plugin and uses the CVS and PDE plugins to do the build and then sun.net.ftp to upload them to the update site.  This mechanism would have to include a way to programatically update the feature and plugin xml files to include the build number.  But this is more like a 1.2 thing since it will take a couple of weeks to try out.  If it works out, we could use this instead which would also let anyone in the world do the build and upload it.  We'll see how it goes, though.


That would be great. As it stands, all the builds are being done headless (automated builds) using ant scripts, and that is proving
to be somewhat of a pain.
 
 
For 1.1, I think it would be fine to take the GA version of the 1.1 stream and build up the update site with the 1.1.0 version number.  We can continue doing nightly builds the way we have been on HEAD and install them by hand.


 
So... it sounds like the RC build, as it stands, is fine, as it is marked as "1.1.0" (I'm not sure what more we'd have to do for
the update site anyways?). The only cleanups I've seen up to now for the GA are adding the link to CPPUnit.
 
Thanks,
 
Sebastien
 
Doug Schaefer
Rational Software - IBM Software Group
Ottawa, Ontario, Canada


Sebastien Marineau <sebastien@xxxxxxx>
Sent by: cdt-dev-admin@xxxxxxxxxxx

05/12/2003 09:47 PM
Please respond to cdt-dev

       
       To:        "'cdt-dev@xxxxxxxxxxx'" <cdt-dev@xxxxxxxxxxx>

       cc:        

       Subject:        [cdt-dev] 1.1 release candidate posted




Hi all,

I've put the CDT 1.1 RC on the web site, under the downloads section. Please
try it out
and post any feedback/issues/etc.

Note also that this build includes a "build number", which we picked
as the day of the year (130). We have not yet been able to automate the
insertion of the
build number (through ant), so this build number was edited by hand. Doug,
let me know
if the build number (as it stands) will work for your update site, or if we
need to
change anything.

Thanks,

Sebastien
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/cdt-dev



Back to the top