net.sourceforge.phpeclipse.updatesite/readme.txt

   1 Short description of how to create an update site refresh:
   2
   3 * update feature version, force feature version into plugins (synchronize)
   4 * add feature to update site category "PHPEclipse x.y"
   5 * build feature from update site editor, you should now have the newly versioned jar files in sub folders
   6 * modify feature url in site.xml to point to http://osdn.dl.sourceforge.net/sourceforge/phpeclipse/net.sourceforge.phpeclipse.feature_x.y.z.jar
   7 * rename the newly created file features/net.sourceforge.phpeclipse_x.y.z.jar into features/net.sourceforge.phpeclipse.feature_x.y.z.jar (notice the additional .feature in between).
   8   This is to avoid file name clashes with the plugin file name as all files go into a single directory afterwards
   9 * for each plugin add the following line to the site.xml:
  10   <archive path="plugins/<plugin_id>_x.y.z.jar" url="http://osdn.dl.sourceforge.net/sourceforge/phpeclipse/<plugin_id>_x.y.z.jar"/>
  11 * upload all new feature and plugin jars to Sourceforge (as flat file list)
  12 * in Sourceforge File Release Manager, create a new active release in hidden package "PHPeclipse update site"
  13 * add all uploaded jars to this release, set their file descriptions
  14 * upload site.xml via SCP or SFTP to htdocs/update/releases
  15 * take a fresh Eclipse runtime and verify by installing from update site
  16
  17 differences for creating a CVS update site package:
  18 * in feature.xml and site.xml use this update site url: http://phpeclipse.sourceforge.net/update/cvs/
  19 * replace the category "Eclipse x.y" by category "CVS version" in the site.xml
  20 * create the file release in the package "PHPeclipse CVS update site" on Sourceforge instead
  21 * upload site.xml to htdocs/update/cvs instead