From: <jsa...@us...> - 2009-06-04 20:54:01
|
Revision: 158 http://flexotask.svn.sourceforge.net/flexotask/?rev=158&view=rev Author: jsauerbach Date: 2009-06-04 20:53:53 +0000 (Thu, 04 Jun 2009) Log Message: ----------- Add an instruction file for how to build a new update site image. Preparatory to building release 2.0.1 or 2.1.0 or whatever we're going to call it. Added Paths: ----------- trunk/flexotask-update/BUILDCYCLE Added: trunk/flexotask-update/BUILDCYCLE =================================================================== --- trunk/flexotask-update/BUILDCYCLE (rev 0) +++ trunk/flexotask-update/BUILDCYCLE 2009-06-04 20:53:53 UTC (rev 158) @@ -0,0 +1,30 @@ +This file describes a complete build cycle. It does not include the instructions for building a vendor's runtime provider +but includes everything that is under open source control. + +1. Prerequisite: all Java code builds locally in local projects. The code tests out using the flexotask-functiontest and + flexotask-devtest when run locally. + +2. On a Linux system build the flexotask/native directory using 'make' (see instructions in + makefile). + +3. Build any other components' native directories that are mentioned in 'openRuntime-build.xml' in the flexotask-editor project. +These include contributions from two tuningforkvp projects: JavaTraceGeneration and JavaTraceGenerationViaNative. + +4. Run openRuntime-build to build the openRuntimeProvider.zip. + +5. In this project (flexotask-update) right-click on site.xml and "Build Site" to build a partial site image. + +6. With a separate utility, run the equinox utility (something like: +<path>/eclipse -application org.eclipse.equinox.p2.metadata.generator.EclipseGenerator -updateSite + <path>/flexotask-update -site file:<path>/flexotask-update/site.xml + -metadataRepositoryName "Flexible Task Graphs Open Source Update Site") + +7. The resulting update site has the same shape as a public release on sourceforge. + +The actual update site should only be changed by a flexotask project admin. Special additional steps: + +1. Increment version numbers to ensure a unique identity as seen by the Eclipse update manager. This must be done +prior to steps 5-6. + +2. Ensure that the repository is labelled to identify code corresponding to the release (this was not done for version 2.0.0, +which was a mistake). \ No newline at end of file This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. |