diff options
Diffstat (limited to 'sandbox/org.eclipse.papyrus.build.documentation/resources')
14 files changed, 0 insertions, 684 deletions
diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/b3Contacts.png b/sandbox/org.eclipse.papyrus.build.documentation/resources/b3Contacts.png Binary files differdeleted file mode 100644 index d6a4e76339a..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/b3Contacts.png +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/binaryFeature.jpeg b/sandbox/org.eclipse.papyrus.build.documentation/resources/binaryFeature.jpeg Binary files differdeleted file mode 100644 index 45bd3da887a..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/binaryFeature.jpeg +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/buildChaining.png b/sandbox/org.eclipse.papyrus.build.documentation/resources/buildChaining.png Binary files differdeleted file mode 100644 index c32f68c71ef..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/buildChaining.png +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/clickOnMaintain.jpeg b/sandbox/org.eclipse.papyrus.build.documentation/resources/clickOnMaintain.jpeg Binary files differdeleted file mode 100644 index 0de3bb1b223..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/clickOnMaintain.jpeg +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/clickOnSimultaneousRelease.jpeg b/sandbox/org.eclipse.papyrus.build.documentation/resources/clickOnSimultaneousRelease.jpeg Binary files differdeleted file mode 100644 index 32a9b127c0e..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/clickOnSimultaneousRelease.jpeg +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/clickOnView.jpeg b/sandbox/org.eclipse.papyrus.build.documentation/resources/clickOnView.jpeg Binary files differdeleted file mode 100644 index c1b30551eb1..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/clickOnView.jpeg +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/docu.mediawiki b/sandbox/org.eclipse.papyrus.build.documentation/resources/docu.mediawiki deleted file mode 100644 index 69972372138..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/docu.mediawiki +++ /dev/null @@ -1,446 +0,0 @@ -== Requirements to manage a build ==
-* be a Papyrus committer (of course)
-* have a non-restricted shell access to build.eclipse.org (log a bug to Community/Server to obtain SSH access: see [http://bugs.eclipse.org/bugs/show_bug.cgi?id=366699 bug 366699]). To know if your shell is restricted, try to execute linux commands and see if you get disconnected.
-* have write rights on dev.eclipse.org:/cvsroot/callisto (log a bug to Community/CVS to get it, see [http://bugs.eclipse.org/bugs/show_bug.cgi?id=366727 bug 366727])
-**use extssh and not pserver for this connection
-* have rights to launch this job : https://hudson.eclipse.org/hudson/job/juno.runAggregator/ (should come with the previous rights)
-* have write access to /home/data/httpd/download.eclipse.org/modeling/mdt/papyrus (should come with the Papyrus committer rights)
-* you must subscribe to the [https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev cross-project-issues-dev] mailing list, on which discussions relevant to the releng activities take place
-
-=== configure password-less ssh access ===
-To run scripts that access the build.eclipse.org server without having to type the ssh password for each operation, you can use ssh-keygen to create a key and put your '''public''' key "~/.ssh/id_rsa.pub" in "~/.ssh/authorized_keys" ([http://linuxproblem.org/art_9.html see this documentation]).
-
-== Releng Project ==
-The papyrus releng project is called : '''org.eclipse.mdt.papyrus.releng.buckminster'''
-
-[[Image:releng.png]]
-
-It contains sub-folders corresponding to each build:
-* papyrus-trunk-nightly
-* papyrus-trunk-nightly-tests
-* papyrus-trunk-nightly-3.8-tests
-* papyrus-trunk-extra-nightly
-* papyrus-trunk-extra-nightly-tests
-
-And each folder contains the configuration for that build:
-*'''build.xml:''' the main ant build script : installs Buckminster, imports the dependencies and the Papyrus projects from SVN, builds the workspace, creates the update site and runs the tests
-*'''build-before.sh:''' does a bit of cleanup and initializes variables for the build
-*'''build-after.sh:''' packages the result in a zip, and triggers the publishing of this zip
-*'''buckminster.cspec :''' describes the top-level dependencies of the build
-*'''build.cquery :''' describes the root request for the Buckminster import, properties for the import (for example, it indicates that the Papyrus source plug-ins should not be materialized during the import, as they are generated by Buckminster during the build), and references the Buckminster rmap
-*'''build.mspec :''' description for the Buckminster '''materialization''' (i.e. import) of artifacts (plug-ins and features), when building on *.eclipse.org
-*'''local.mspec :''' description for the Buckminster materialization when building locally
-*'''build.rmap :''' should be updated for each release. An [https://dev.eclipse.org/svnroot/modeling/org.eclipse.emft.facet/trunk/releng/org.eclipse.emf.facet.releng.tools EMF-Facet plug-in] allows to update it easily using the b3 file. The '''<!-- updateFrom -->''' tags are used by this script.
-*'''build.properties :''' properties for the build (when building on *.eclipse.org)
-*'''local.properties :''' properties for the build (when building locally)
-
-And these scripts are common to all the builds:
-*'''resources'''
-**'''workspace.template.zip''' : defines an empty workspace with settings suitable for the Papyrus build (disables the missing PDE API baseline errors)
-*'''serverConfig :''' (after each modification, the scripts in this directory must be copied into "/opt/public/modeling/mdt/papyrus" where they run : commit the script and run /opt/public/modeling/mdt/papyrus/updateServerSideScripts.sh)
-**'''addDownloadStats.sh :''' script that enables download statistics on an update site
-**'''addDownloadStats-main.xsl :''' XSL transformation that enables download statistics on a "main" update site (it contains the list of significant plug-ins for the stats)
-**'''addDownloadStats-extra.xsl :''' XSL transformation that enables download statistics on a "extra" update site (it contains the list of significant plug-ins for the stats)
-* '''addToComposite.sh''' : script to add a child update site to a composite update site definition (calls addToComposite.xsl)
-* '''addToComposite.xsl''' : XSL transformation to add a child update site to a composite update site definition
-* '''backupHudsonJobs.sh''' : retrieves the configuration files for all the Papyrus Hudson jobs, and copies them into the hudsonJobs folder (configure a [http://linuxproblem.org/art_9.html password-less ssh login] to avoid having to type your password 10 times in a row). Run this script every time you make changes to the Hudson job configurations, in order to keep a versioned backup of these changes.
-**'''cronPromoteMonitor.sh :''' a script that runs as a cron on build.eclipse.org to publish the latest nightlies (main, extra and tests). It runs cronPromote.sh and sends a mail if this script failed.
-**'''cronPromote.sh :''' the script that does the actual work for cronPromoteMonitor.sh
-**'''promoteFunctions.sh :''' helper functions for the publishing scripts
-**'''manualPromote.sh :''' this is an interactive script that can be started by a Papyrus committer to publish a build into the Papyrus downloads and update site
-**'''release_0.8.sh :''' used for publishing 0.8 releases
-**'''updateServerSideScripts.sh''' : run this script from /opt/public/modeling/mdt/papyrus/updateServerSideScripts.sh to update the scripts on the server after committing your changes
-*'''xsl :'''
-**'''psf :''' to build the psf from a Buckminster ''bill of materials''. The BOM is produced by Buckminster when importing all the dependencies, and contains a list of these dependencies.
-***'''bom2repository.xsl :''' transforms a Buckminster BOM into a list of dependent repositories
-***'''build.xml :''' used for testing the generation of the PSFs
-***'''papyrus_bom.xml:''' used for testing the generation of the PSFs
-***'''repository2subclipse.xsl:''' creates a Subclipse PSF from a repository.xml
-***'''repository2subversive.xsl:''' creates a Subversive PSF from a repository.xml
-**'''content2html.xsl''': creates an index.html with a user-viewable list of all installable Papyrus plug-ins and features
-**'''content2xml.xsl''': creates an index.html with a machine-readable list of all installable Papyrus plug-ins and features
-
-
-
-== Build process ==
-
-Taking the example of the job papyrus-trunk-nightly:
-* When the Hudson job papyrus-trunk-nightly starts, Hudson begins by doing a checkout of the required folders (which are specified in the [[#Hudson_job.27s_SVN_configuration|Hudson job's configuration]]) from the SVN : the "plugins", "features" and "releng" folders are retrieved, and placed under a directory named "sourceTree" in the Hudson workspace.
-* Then the first bash script (from the releng project that was just retrieved from the SVN) is executed : "sourceTree/releng/org.eclipse.mdt.papyrus.releng.buckminster/papyrus-trunk-nightly/build-before.sh". This script does a bit of clean-up and initializes variables for the build.
-* Then the main build script is executed: "sourceTree/releng/org.eclipse.mdt.papyrus.releng.buckminster/papyrus-trunk-nightly/build.xml":
-** it reads the property file '''build.properties''', which defines settings for the build
-** it cleans the workspace, target platform and previous build result (depending on the user options specified on Hudson)
-** it installs the p2 director, which is used for installing Buckminster
-** then it installs Buckminster using the p2 director
-** then it materializes the workspace and target platform (using the buckminster '''import''' command). While doing this, it also saves the description of what was materialized into a file named '''papyrus_bom.xml''' (this is called the "bill of materials" in Buckminster's jargon).
-** then it builds the workspace using the Buckminster '''build''' command
-** then it creates the update site, using the Buckminster '''perform''' command with the '''site.p2''' action on the component "org.eclipse.papyrus.build.feature", which is the feature that contains all the Papyrus features that must be installable from the produced update site
-** then it creates an index.html file in the update site, using a XSLT transformation on the update site's content.xml. This index is useful for when users try to display the update site in their web browser : they will then see the plug-ins and features contained by the update site, with an explanation on how they're supposed to be installed
-** then it generates PSF files (one for Subclipse and one for Subversive), using XSLT transformations on the '''papyrus_bom.xml''' that was created by Buckminster during the '''import''' step
-* Then the second bash script is executed : "sourceTree/releng/org.eclipse.mdt.papyrus.releng.buckminster/papyrus-trunk-nightly/build-after.sh". This script creates the result zip (that contains the zipped update site), and triggers the publication of the result by touching a file that acts as a signal for the cronPromote script that does the publication from build.eclipse.org.
-
-The test builds do one more step: they run the tests using the Buckminster '''test''' command, using an Eclipse launch configuration that references the tests to run.
-
-== Features ==
-The feature '''org.eclipse.papyrus.build.feature''' is not visible on the Papyrus Update Site. It is only useful for the Buckminster build. It contains the main Papyrus features :
-* org.eclipse.papyrus.sdk.feature (binaries)
-* org.eclipse.papyrus.sdk.source.feature (sources + binaries)
-
-The feature '''org.eclipse.papyrus.sdk.feature''' allows to provide the Papyrus binaries on the Update Site. This feature aggregates all the main Papyrus features.
-
-[[Image:binaryFeature.jpeg]]
-
-The feature '''org.eclipse.papyrus.sdk.sources.feature''' allows to provide the Papyrus binaries and the sources on the Update Site. This feature should aggregate the same features as '''org.eclipse.papyrus.sdk.feature''', but each feature is called '''xxx.source.feature''' instead of '''xxx.feature'''. You should have warnings in this file, because the '''xxx.source.feature''' don't exist in your workspace; they will be created during the build. This feature contains '''org.eclipse.papyrus.sdk.feature''' too.
-
-[[Image:sourceFeature.png]]
-
-== Automatic publishing to the downloads server ==
-Nightly builds are published automatically to download.eclipse.org.
-
-This part is a bit tricky, as the build server (https://hudson.eclipse.org) and the download server download.eclipse.org are two separate servers, with different access rights. The download server can be accessed by all committers, but the Hudson jobs are launched by a Hudson user that does not have write access to the download server. Thus, publishing results is done in two parts:
-*the Hudson task gathers all results and sends a signal to the download server (basically, writing a signal file on the download server, with information on what to publish and where).
-*A cron task runs every 5 minutes on build.eclipse.org (currently setup under user "vlorenzo"), and launches the script cronPromoteMonitor.sh located in ''/opt/public/modeling/mdt/papyrus/'' on build.eclipse.org. This script compares the timestamp of the signal file to a reference file. When the signal file is more recent than the reference file, it proceeds to cleaning the download area (leaving for example only the last 5 nightly builds for each version of the plug-ins), and then getting the results provided by the hudson job to copy them in the right places in the download area.
-
-=== configuration of the cron script ===
-The publishing script is started every five minutes ("*/5") to see if there are new builds to publish and publish them.
-
-Type this command to edit your crontab on build.eclipse.org:
- crontab -e
-Then put this single line in the file to start the publishing script every five minutes:
- */5 * * * * /opt/public/modeling/mdt/papyrus/cronPromoteMonitor.sh
-
-== Build chaining ==
-
-The publication of papyrus-trunk-nightly triggers the build of papyrus-trunk-extra-nightly, papyrus-trunk-nightly-tests and papyrus-trunk-nightly-3.8-tests, by using the [http://wiki.hudson-ci.org/display/HUDSON/Remote+access+API Hudson Remote Access API], passing it the build id and version as parameters, so that the cronPromote can publish the results of papyrus-trunk-extra-nightly and papyrus-trunk-nightly-tests to the same folder as for the first build.
-
-[[Image:buildChaining.png]]
-
-== Build dependencies ==
-The Hudson jobs papyrus-trunk-nightly-tests, papyrus-trunk-nightly-3.8-tests and papyrus-trunk-extra-nightly depend on the [https://hudson.eclipse.org/hudson/job/papyrus-trunk-nightly/ws/updateSite/ update site] created by the Hudson job papyrus-trunk-nightly.
-
-The dependency appears in the rmap:
-<pre>
-<rm:provider componentTypes="eclipse.feature,osgi.bundle" mutable="false" readerType="p2" source="false">
- <rm:uri format="{0}">
- <bc:propertyRef key="papyrus.update.site"/>
- </rm:uri>
-</rm:provider>
-</pre>
-
-And the variable "papyrus.update.site" is defined in the Hudson job configuration:
-
-[[Image:hudsonUpdateSiteDependency.png]]
-
-== Finding dependencies ==
-If you don't know where a particular plug-in or feature is located, the easiest way to find it is to search the Eclipse download area using "find" on build.eclipse.org. For example, to look for "org.eclipse.emf.compare" :
- find /home/data/httpd/download.eclipse.org/modeling/emf/ -name 'org.eclipse.emf.compare_*'
-
-== Publishing a build in the aggregator ==
-The Eclipse simultaneous release train is built with the B3 aggregator. To be part of the aggregation, you must add your contribution to the aggregation model.
-
-First, you need to install the B3 aggregator. Theoretically, you can edit the model with any text editor, but it is better to edit it with the B3 editor, which will check that your model is valid.
-
-It is suggested that you [http://wiki.eclipse.org/Eclipse_b3/aggregator/manual#Eclipse_SDK_installation install] the B3 aggregator in a separate Eclipse, dedicated to releng activities. For the Indigo and Juno simultaneous releases, you will need two different B3 installations :
-* one which uses the Helios version of B3 for building Indigo : http://download.eclipse.org/modeling/emft/b3/updates-3.6/
-* and one that uses the Indigo version of B3 for building Juno : http://download.eclipse.org/modeling/emft/b3/updates-3.7/
-
-It is important to use the right version for each, because you will break the build if you commit changes that depend on the wrong version.
-
-* checkout the project org.eclipse.<releaseName>.build from the Eclipse CVS ":pserver:<committerID>@dev.eclipse.org:/cvsroot/callisto"
-* open "mdt-papyrus.b3aggrcon"
-* change the location on this line to point to the build you want to publish in the aggregator:
- <repositories location="http://download.eclipse.org/modeling/mdt/papyrus/updates/milestones/0.9/M4" description="Papyrus">
-* validate the build model :
-** open "simrel.b3aggr"
-** right-click on the root and choose '''Validate Aggregation'''
-** open the error log and see if everything went OK
-* commit your changes
-* optionally start an [https://hudson.eclipse.org/hudson/view/Repository%20Aggregation/job/juno.runAggregator/ aggregation build] (the build should start automatically after you commit changes)
-
-=== contact information ===
-
-The people responsible for the build should be listed as contacts in the build model:
-
-[[Image:b3Contacts.png]]
-
-== What do you select in your build.properties files ? ==
-The licence.html file should be selected for both binary and source builds.
-The source folder ("src/") should not be selected for the binary nor the source build.
-
-== optimizing the rmap ==
-The Buckminster import is very slow (more than one hour and a half) when it does the SVN checkout itself. To optimize it, we let Hudson do the checkout, and we then tell Buckminster to use the locally checked out files.
-
-So, instead of this configuration in the rmap:
- <rm:provider componentTypes="osgi.bundle" readerType="svn">
- <rm:uri format="{0}/modeling/org.eclipse.mdt.papyrus/trunk/plugins/core/{1}">
- <bc:propertyRef key="svn.repository"/>
- <bc:propertyRef key="buckminster.component"/>
- </rm:uri>
- </rm:provider>
-
-We now use the "local" reader:
- <rm:provider componentTypes="osgi.bundle" readerType="local">
- <rm:uri format="{0}/modeling/org.eclipse.mdt.papyrus/trunk/plugins/core/{1}">
- <bc:propertyRef key="local.repository"/>
- <bc:propertyRef key="buckminster.component"/>
- </rm:uri>
- </rm:provider>
-
-== Creating a composite update site ==
-
-A composite update site contains child update sites that appear as if their contents were in the composite update site. It is a way to aggregate update sites without having to physically move all the plug-ins in the same "plugins" directory (and the features in the "features" directory).
-
-To create a composite update site, add two files named compositeArtifacts.xml and compositeContent.xml at the root of the composite update site.
-Here is an example of the content of these files, for a composite update site that contains two children named "main" and "extra".
-
-"p2.timestamp" is the Unix date in milliseconds, which must be udpated everytime you change the compositeArtifacts.xml or compositeContent.xml files.
-To obtain the right value, use the command:
- date +%s000
-
-
-compositeArtifacts.xml:
- <?xml version="1.0" encoding="UTF-8"?>
- <repository name="Papyrus" type="org.eclipse.equinox.internal.p2.artifact.repository.CompositeArtifactRepository" version="1.0.0">
- <properties size="1">
- <property name="p2.timestamp" value="1327488131000"/>
- </properties>
- <children size="2">
- <child location="main"/>
- <child location="extra"/>
- </children>
- </repository>
-
-compositeContent.xml:
- <?xml version="1.0" encoding="UTF-8"?>
- <repository name="Papyrus" type="org.eclipse.equinox.internal.p2.metadata.repository.CompositeMetadataRepository" version="1.0.0">
- <properties size="1">
- <property name="p2.timestamp" value="1327488131000"/>
- </properties>
- <children size="2">
- <child location="main"/>
- <child location="extra"/>
- </children>
- </repository>
-
-The update site directory looks like this:
- compositeArtifacts.xml
- compositeContent.xml
- main
- artifacts.jar
- content.jar
- features
- plugins
- extra
- artifacts.jar
- content.jar
- features
- plugins
-
-You can also make a composite child point to a different location. This is useful for moving update sites to archive.eclipse.org transparently (see [https://bugs.eclipse.org/bugs/show_bug.cgi?id=349141 bug 349141]).
-
-For example:
- <child location="http://archive.eclipse.org/modeling/mdt/papyrus/updates/releases/indigo/0.8.0"/>
-
-see also [http://wiki.eclipse.org/Equinox/p2/Composite_Repositories_(new)]
-
-== Papyrus update sites ==
-The Papyrus update sites are under:
- http://download.eclipse.org/modeling/mdt/papyrus/updates/...
-corresponding to this directory mounted on build.eclipse.org:
- /home/data/httpd/download.eclipse.org/modeling/mdt/papyrus/updates/...
-
-The Papyrus update sites follow this layout:
- releases (folder)
- helios (composite update site)
- indigo (composite update site)
- 0.8.0 (update site)
- 0.8.1 (update site)
- juno (composite update site)
- 0.9.0 (composite update site)
- main (update site)
- extra (update site)
- milestones
- 0.8 (composite update site)
- SR2_RC1 (update site)
- SR2_RC2 (update site)
- 0.9 (composite update site)
- M4 (composite update site)
- M5 (composite update site)
- main (update site)
- extra (update site)
- nightly
- indigo (composite update site)
- juno (composite update site)
- main (update site)
- extra (update site)
-
-== Papyrus downloads ==
-The Papyrus download page is:
-http://www.eclipse.org/modeling/mdt/papyrus/downloads/index.php
-
-This page is generated from downloads-common.php and downloads-scripts.php that are defined in the folder "/www/modeling/mdt/papyrus/downloads/" on CVS "dev.eclipse.org:/org.eclipse".
-
-== Download statistics ==
-The statistics are enabled on repositories that are published with manualPromote.sh. This script calls addDownloadStats.sh, and it uses:
-* addDownloadStats-main.xsl for statistics on the main update site
-* addDownloadStats-extra.xsl for statistics on the extra update site
-
-These XSL transformations add the property "p2.statsURI" to the update site metadata, and add a "download.stats" property on a few bundles that are significant for the project's statistics.
-
-The statistics can then be seen on the Eclipse portal (see the documentation below)
-
-See:
-* http://wiki.eclipse.org/Project_Download_Stats
-* http://wiki.eclipse.org/Equinox_p2_download_stats
-
-== Archiving old builds ==
-The download.eclipse.org server only has so much space. So, the webmaster set a 2 GiB quota per project.
-
-To stay under this limit, old builds should be either deleted or moved to archive.eclipse.org.
-
-This must be done in accordance to the Papyrus retention policy.
-TODO: Papyrus should define a retention policy, and link to it in the portal.
-
-See :
-* http://wiki.eclipse.org/IT_Infrastructure_Doc#Move_files_to_archive.eclipse.org.3F
-
-== Promoting a RC to a release ==
-On the day of the release, the last release candidate build should be renamed.
-You should rename your release candidate build in "/modeling/mdt/papyrus/downloads/drops/x.y.z/" For example:
-* S201106151305 becomes R201106151305
-* Papyrus-Update-0.9.0RC4.zip becomes Papyrus-Update-0.9.0.zip
-
-There is nothing to rename in the update site, but you should copy the contents of the release candidate update site to the release update site.
-
-For example, copy the contents of:
- /modeling/mdt/papyrus/updates/milestones/0.9/RC4
-into
- /modeling/mdt/papyrus/updates/releases/juno/0.9.0
-
-See:
-* http://wiki.eclipse.org/Indigo/Final_Daze
-
-== Hudson job's SVN configuration ==
-
-[[Image:hudsonSvnConfig.png|frame|Hudson SVN Config]]
-
-== Interpreting build errors ==
-The error can sometimes be found at the end of the log, but is often burried deep within megabytes of output (especially when Buckminster is run with the DEBUG log level). So, to find an error, you can search for patterns:
-* '''"ERROR"''' for Buckminster import errors
-* '''"Error: file "''' for compilation errors
-
-=== import errors ===
- ERROR [0009] : No suitable provider for component org.eclipse.xyz:osgi.bundle was found in resourceMap [...]
-It means that the import phase done by Buckminster failed because Buckminster could not find plug-in "org.eclipse.xyz" in the rmap.
-If this is one of your plug-ins, you can fix this error by:
-* adding it to the rmap if it was not already matched by a pattern (regular expression) there
-* making sure that the plug-in has the right name and is in the right location on SVN
-* making sure that the plug-in is contained (indirectly) by the build feature
-If this is a plug-in from another project you depend on, you can fix this error by:
-* making sure you have defined in your rmap the update site from which this plug-in must be found
-* making sure that the locator pattern points Buckminster to the right update site for this plug-in
-* making sure that you depend on the right version of the plug-in (in the referencing project's MANIFEST.MF)
-
-Notice the "[0009]" tag before the error message: it refers to more information at the end of the build log. Search for this number, and you will find something like:
- INFO: TAG-ID 0009 = Query for org.eclipse.mdt.papyrus.releng.buckminster:buckminster, path:
- org.eclipse.mdt.papyrus.releng.buckminster:buckminster$0.9.0.qualifier ->
- org.eclipse.xxx:osgi.bundle$0.9.0.qualifier ->
- org.eclipse.yyy:osgi.bundle$0.9.0.qualifier ->
- org.eclipse.zzz:osgi.bundle$0.9.0.qualifier
-
-It gives you the dependency chain leading to the plug-in that cannot be resolved.
-
-=== compilation errors ===
- Error: file /opt/public/jobs/<jobName>/workspace/buildroot/buckminster.workspace/plugins/<pluginName>/src/<javaClassPath>, line xyz: <javaErrorMessage>
-This is a Java compilation error.
-* Make sure that the code compiles in your workspace
-* Make sure that your development environment contains the same plug-ins with the same versions as the Buckminster build (see buildroot/result/targetPlatform in the Hudson workspace)
-
-=== Test launching error ===
- java.lang.IllegalArgumentException: Export has failed because no test session is available
-When you see this error message, it means the tests failed to start. This is most often because one of the test plug-ins could not be resolved. To get more information about this problem, you can look in the Hudson workspace:
- /buildroot/result/junit-workspace/.metadata/.log
-If you see messages like:
- Bundle org.eclipse.papyrus.xyz was not resolved.
-Then look at the messages that follow, and you should see:
- Missing required bundle xyz
-or
- Missing imported package xyz
-
-Which indicates the dependency that was not resolved. Then you can search again for references to "xyz" in this log to determine why the dependency was not resolved. Continue to iterate like this until you get down to the root of the problem.
-
-Once you have found the root dependency that is not resolved, then you can:
-* If the dependency is already specified in one of your plug-ins, then you maybe need to modify constraints (required version for example) so that it can be resolved
-* If the dependency is not already specified in one of your plug-ins, then you can either:
-** Add it to one of your plug-ins if it makes sense
-** If it does not make sense to specify the dependency on one of your plug-ins, because the dependency is incidental (inherited from a project you depend on for example), then you can add it to the '''buckminster.cspec''' of the test build
-
-Sometimes, the error message says that the tests failed to launch, and to "see the log", but it doesn't indicate which log. The log for a launch failure is located in:
- buildroot/result/workspace/.metadata/.plugins/org.eclipse.pde.core/<launchName>
-
-=== The Hudson build's workspace ===
-You can see the contents of the Hudson build's workspace on Hudson. For example:
- https://hudson.eclipse.org/hudson/job/papyrus-trunk-nightly/ws/
-
-At the end of the build, the Hudson workspace contains these files:
-* buildroot : the working directory for the Buckminster build
-** result
-*** output : Buckminster puts what it buildt in this directory
-*** targetPlatform : the target platform that was materialized by Buckminster during the import phase, and that was used during the build. All the
-** tools
-*** buckminster : the installation of Buckminster that was used for building
-*** director : the p2 director that was used to install Buckminster
-* sourceTree : the Papyrus sources that were checked out from SVN by Hudson
-* tmp/N201201260428 : the temporary folder that was used to create the result zip
-* updateSite : a copy of the update site that was produced by Buckminster. The other Papyrus builds (for extra and tests) use this update site
-* Papyrus-Main.zip : this is the result of the build, packaged in a zip ready to be published by the cron publishing script
-
-== Eclipse simultaneous release plan ==
-The page for each project's simultaneous release is usually:
- http://wiki.eclipse.org/<release_name>/Simultaneous_Release_Plan
-For example:
- * http://wiki.eclipse.org/Indigo/Simultaneous_Release_Plan
- * http://wiki.eclipse.org/Juno/Simultaneous_Release_Plan
-
-It contains the date each milestone is expected to be available, depending on whether the project has a +0, +1, +2 or +3 offset. Each project determines its offset depending on its dependencies : if it depends on +2 projects, then it should be +3. And if it depends on +3 projects, then it is still +3, because there is no +4 offset. In this case, communication between the projects is essential, to make sure that each build depends on the right version of its dependencies.
-
-Each project in the simultaneous release should also respect:
-* API Freeze at M6 : no API changes should occur after M6
-* UI freeze at M6 : no major UI changes should occur after M6, in order to give Babel translators enough time to translate everything before the release
-* Feature Freeze at M7 : no new features should be developped after M7 (only bug fixes, documentation and releng changes should be committed for the release candidates)
-
-=== Final Daze ===
-
-As the time for the big release in june each year approaches, each project in the simultaneous release must keep informed about the plan for the release, and perform some actions at the right time to ensure the release goes smoothly (such as cleaning up, archiving, publishing the documentation, putting the release bits in the right place for mirroring, etc.).
-
-This is documented in a page conventionally named:
- http://wiki.eclipse.org/<release_name>/Final_Daze
-for example:
-* http://wiki.eclipse.org/Indigo/Final_Daze
-
-It is also very important to read the [https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev cross-project-issues-dev] mailing list regularly, to stay informed about everything concerning the simultaneous release.
-
-== Entering the simultaneous release train ==
-You should indicate that your project follows the Eclipse Train. Go to the Eclipse portal [https://dev.eclipse.org/portal]. In Eclipse Projects, click on '''view''' :
-
-[[Image:clickOnView.jpeg]]
-
-click on '''maintain'''
-
-[[Image:clickOnMaintain.jpeg]]
-
-click on edit for '''simultaneousrelease'''
-
-[[Image:clickOnSimultaneousRelease.jpeg]]
-
-add 1 to your new release
-
-[[Image:eclipseTrain.jpeg]]
-
-== Simultaneous release metadata ==
-You must respect the rules for being part of the simultaneous release, and fill in metadata on the portal. Most of this metadata is to document your compliance with the rules. If you don't comply with some rules, you should explain why, either with an in-place explanation if appropriate, or by linking to a web page with more information.
-* go to https://dev.eclipse.org/portal/myfoundation/portal/portal.php
-* in the "Simultaneous Release Tracker" portlet, click on "track" on the right of "modeling.mdt.papyrus"
-* fill in the required information :
-
-[[Image:simultaneousReleaseTracker.png]]
diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/eclipseTrain.jpeg b/sandbox/org.eclipse.papyrus.build.documentation/resources/eclipseTrain.jpeg Binary files differdeleted file mode 100644 index f50c26cf423..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/eclipseTrain.jpeg +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/howToUse.mediawiki b/sandbox/org.eclipse.papyrus.build.documentation/resources/howToUse.mediawiki deleted file mode 100644 index db1f73e345d..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/howToUse.mediawiki +++ /dev/null @@ -1,238 +0,0 @@ -The Papyrus project is built using [http://www.eclipse.org/buckminster/ Buckminster], with this releng project:
-http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/trunk/releng/org.eclipse.mdt.papyrus.releng.buckminster
-(only for the trunk; the branches are built with the corresponding project from the branch).
-
-This project contains sub-folders containing the Buckminster configuration for each Hudson job.
-
-== Hudson Jobs ==
-The Papyrus builds are started from Hudson. The following jobs exist currently:
-* papyrus-trunk-nightly : builds the main plug-ins on the trunk of Papyrus
-* papyrus-trunk-nightly-tests : installs the latest Papyrus nightly build and runs the unit tests (on Eclipse 4.x)
-* papyrus-trunk-nightly-3.8-tests : installs the latest Papyrus nightly build and runs the unit tests (on Eclipse 3.x)
-* papyrus-trunk-extra-nightly : builds the "extra" plug-ins of Papyrus (on the trunk)
-* papyrus-trunk-extra-nightly-tests (not implemented yet): installs the latest Papyrus nightly build with extras and runs the unit tests for the extra plug-ins
-* papyrus-0.8-maintenance-nightly : builds the main plug-ins on the branch 0.8 of Papyrus
-* papyrus-0.8-maintenance-nightly-tests : installs the latest Papyrus nightly build for branch 0.8 and runs the unit tests
-* papyrus-0.8-maintenance-extra-nightly : builds the "extra" plug-ins of Papyrus (on branch 0.8)
-* papyrus-0.8-maintenance-extra-nightly-tests (not implemented yet): installs the latest Papyrus nightly build with extras (branch 0.8) and runs the unit tests for the extra plug-ins
-
-See all the currently defined Papyrus jobs on this page : https://hudson.eclipse.org/hudson/user/vlorenzo/my-views/view/Papyrus
-
-== What is built? ==
-
-Taking the example of "papyrus-trunk-nightly", one feature is built:
-* org.eclipse.papyrus.build.feature
-
-It is referenced as a root dependency in <code>buckminster.cspec</code>.
-
-This feature must include all other features that must be built, either directly or indirectly.
-
-The releng project contains a Buckminster rmap, which specifies how to get the plug-ins and features that are to be built. For each plug-in or feature, the map defines its location on a version control system (CVS, SVN, Git, etc.).
-
-The rmap also specifies the update sites from which to retrieve the binary dependencies from the dependent projects.
-
-=== Updating the rmap ===
-The rmap reflects the dependencies on the other projects. So, it must be updated at least before each milestone, to make sure that the code that is built works with the latest versions of all the dependencies.
-
-The easiest way to update the dependencies is to copy them from the aggregation build model, which all projects must fill in with the correct reference to their update site(s) and feature(s).
-
-This model is in a project with the release name on the Eclipse CVS:
-* [http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.juno.build/?root=Callisto "org.eclipse.<releaseName>.build"] on <code>dev.eclipse.org:/cvsroot/callisto</code>, where releaseName is helios or indigo or juno etc. depending on the version being built.
-
-There is a tool that copies most of the information automatically in this plug-in:
-* http://dev.eclipse.org/svnroot/modeling/org.eclipse.emft.facet/trunk/releng/org.eclipse.emf.facet.releng.tools (see the [http://dev.eclipse.org/svnroot/modeling/org.eclipse.emft.facet/trunk/releng/org.eclipse.emf.facet.releng.tools/README.TXT README.TXT])
-
-'''Warning''': don't forget to update the aggregation model project before copying information from it
-
-A few dependencies are not in the aggregation build model though, so they must be updated manually:
-* '''Orbit''' : you can find the latest version listed on : http://download.eclipse.org/tools/orbit/downloads/
-
-==== Finding dependencies ====
-If you don't know where a particular plug-in or feature is located, the easiest way to find it is to search the Eclipse download area using "find" on build.eclipse.org.
-For example, to look for "org.eclipse.emf.compare" :
- find /home/data/httpd/download.eclipse.org/modeling/emf/ -name 'org.eclipse.emf.compare_*'
-
-== How to start a build? ==
-
-=== Automatically ===
-
-* Nightly builds are run automatically every night at 00:43 every day.
-
-=== Manually ===
-
-Only committers in the Papyrus project can launch Papyrus build jobs from Hudson.
-
-Go to one of these pages, depending on the build you want to launch:
-
-* Trunk nightly build : https://hudson.eclipse.org/hudson/job/papyrus-trunk-nightly/
-* Trunk extras nightly build : https://hudson.eclipse.org/hudson/job/papyrus-trunk-extra-nightly/
-* Trunk tests nightly build on 4.x : https://hudson.eclipse.org/hudson/job/papyrus-trunk-nightly-tests/
-* Trunk tests nightly build on 3.x : https://hudson.eclipse.org/hudson/job/papyrus-trunk-nightly-3.8-tests/
-* Trunk extra tests nightly build : https://hudson.eclipse.org/hudson/job/papyrus-trunk-extra-nightly-tests/
-* Branch 0.8 nightly build : https://hudson.eclipse.org/hudson/job/papyrus-0.8-maintenance-nightly
-* Branch 0.8 extra nightly build : https://hudson.eclipse.org/hudson/job/papyrus-0.8-maintenance-extra-nightly/
-* Branch 0.8 tests nightly build : https://hudson.eclipse.org/hudson/job/papyrus-0.8-maintenance-nightly-tests/
-* Branch 0.8 extra tests nightly build : https://hudson.eclipse.org/hudson/job/papyrus-0.8-maintenance-extra-nightly-tests/
-
-Then:
-* In Hudson, click on '''Build Now''', change the build parameters as needed (see [[#Build parameters]]), and click on '''Build'''.
-* You can then click on the job name in the ''Build History'' section in the left column, and then on '''Console Output''', to follow build progress in real time.
-
-== How to publish a build? ==
-=== Automatically ===
-Successful '''N'''ightly builds are automatically published to download.eclipse.org by a [http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/trunk/releng/org.eclipse.mdt.papyrus.releng.buckminster/serverConfig/cronPromote.sh cron job] that runs on build.eclipse.org. For example, a papyrus-trunk-nightly build for version 0.9.0, created on April 21 2011 at 04:13 would be published to:
-* the download drops: http://download.eclipse.org/modeling/mdt/papyrus/downloads/drops/0.9.0/N201104210413
-* the nightly update site: http://download.eclipse.org/modeling/mdt/papyrus/updates/nightly/juno/main
-
-These builds can then be seen and downloaded from http://www.eclipse.org/modeling/mdt/papyrus/downloads/, where additional information is available (test results, build log), or installed from the update sites:
-* http://download.eclipse.org/modeling/mdt/papyrus/updates/nightly/juno (composite update site)
-* http://download.eclipse.org/modeling/mdt/papyrus/updates/nightly/juno/main
-* http://download.eclipse.org/modeling/mdt/papyrus/updates/nightly/juno/extras
-
-=== With the script ===
-
-To publish a milestone or release from a trunk build, you can use the manualPromote.sh script on: '''/opt/public/modeling/mdt/papyrus/manualPromote.sh'''
-Start this script, and fill in the parameters in the interactive script. For example:
-
- $ cd /opt/public/modeling/mdt/papyrus/
- $ ./manualPromote.sh
- -------------------- user parameters --------------------
- mainBuildNumber (the number of the "papyrus-trunk-nightly" Hudson build from which to publish the main Papyrus plug-ins):
- ? 519
- extrasBuildNumber (the number of the "papyrus-trunk-extra-nightly" Hudson build from which to publish the extra Papyrus plug-ins, or 0 to not publish):
- ? 43
- testsBuildNumber (the number of the "papyrus-trunk-nightly-tests" Hudson build from which to publish the test results, or 0 to not publish):
- ? 93
- version (e.g. "0.9.0"):
- ? 0.9.0
- updateSite (e.g. "nightly/juno", "milestones/0.9/M5", "releases/indigo/0.8.1") :
- ? milestones/0.9/M5
- Are you sure you want to publish with these parameters (yes|no)?
- ? yes
-
-In the previous example, the script will:
-* publish the main Papyrus plug-ins from papyrus-trunk-nightly build #519 to the Papyrus download in "drops/0.9.0" and the update site in "milestones/0.9/M5/main"
-* publish the extra plug-ins from papyrus-trunk-extra-nightly build #43 to the Papyrus download in "drops/0.9.0" in the same build folder as the main build, and the update site in "milestones/0.9/M5/extra"
-* publish the test results from papyrus-trunk-nightly-tests build #93 to the Papyrus download in "drops/0.9.0" in the same build folder as the main build
-* make "milestones/0.9/M5" a composite update site, which contains "milestones/0.9/M5/main" and "milestones/0.9/M5/extra"
-* enable p2 download statistics both on "milestones/0.9/M5/main" and "milestones/0.9/M5/extra"
-* set the correct linux access rights on the new folders
-
-Once the script is done, all you have left to do is to:
-* [[#Tagging|Tag the build]]
-* [[#Simultaneous_Release|update the aggregation model]] if this build must be part of the simultaneous release
-
-=== Manually ===
-'''S'''table, '''M'''aintenance and '''R'''elease builds are not automatically published. They should be first tested internally before publishing. For example, to publish the 0.1.0M6 milestone build:
-* First, fetch the build archive to test (from Hudson, or using <code>wget</code> or <code>scp</code> for example):
- wget https://hudson.eclipse.org/hudson/job/papyrus-trunk-nightly/lastSuccessfulBuild/artifact/S201103151256.zip
-or, if https access doesn't work, a NFS access can be used (from build.eclipse.org). For example:
- cp /shared/jobs/papyrus-trunk-nightly/lastSuccessful/archive/S201103151256.zip .
-* Then, test the build locally
-* Then, publish it:
- ssh <commiterid>@build.eclipse.org
- wget https://hudson.eclipse.org/hudson/job/papyrus-trunk-nightly/lastSuccessfulBuild/artifact/S201103151256.zip
- unzip S201103151256.zip -d /home/data/httpd/download.eclipse.org/modeling/mdt/papyrus/downloads/drops/0.1.0/
-Add a new update site with the new build to the composite:
-* unzip the content (the update site zip that was in the first zip) in a new folder with the release number:
- unzip Papyrus-Update-0.1.0M6.zip -d /home/data/httpd/download.eclipse.org/modeling/mdt/papyrus/updates/milestones/0.1/M6
-* update both the <code>compositeContent.xml</code> and <code>compositeArtifacts.xml</code> files of the update site (that are located in the parent of the folder to which you extracted the update site) to add a reference to your newly added update site
-** set the value of p2.timestamp to the result of "<code>date +%s000</code>"
-** increase the "size" attribute of the children element
-** add a "child" element inside the "children" element with a "location" set to the name of the folder (e.g "M6")
-* You can enable download stats on the repository by running [http://dev.eclipse.org/svnroot/modeling/org.eclipse.mdt.papyrus/trunk/releng/org.eclipse.mdt.papyrus.releng.buckminster/serverConfig/addDownloadStats.sh /opt/public/modeling/mdt/papyrus/addDownloadStats.sh] on the update site
-* Check that the new build appears on [http://www.eclipse.org/modeling/mdt/papyrus/downloads/ http://www.eclipse.org/modeling/mdt/papyrus/downloads/].
-* Builds can be hidden from this page before a release by modifying <code>downloads-scripts.php</code> in <code>www/modeling/mdt/papyrus/downloads/</code> on <code>:pserver:anonymous@dev.eclipse.org:/cvsroot/org.eclipse</code>
-* [[#Tagging|Tag the build]]
-
-=== Simultaneous Release ===
-If the build must be part of the simultaneous release, you must also:
-* Use the [http://wiki.eclipse.org/Eclipse_b3/aggregator/manual B3 Aggregator] (or a text editor if the modification is trivial) to [http://wiki.eclipse.org/Juno/Contributing_to_Juno_Build update the build model for the aggregator] ([http://wiki.eclipse.org/Git after checking it out from git] the path is : ssh://username@git.eclipse.org/gitroot/simrel/org.eclipse.simrel.build.git)
-Usually, the only thing to change is the location (for example "milestones/0.9/M5/main"):
- <repositories location="http://download.eclipse.org/modeling/mdt/papyrus/updates/milestones/0.9/M5/main" description="Papyrus">
-
-== Build parameters ==
-Hudson builds expect these parameters:
-* BUILDTYPE : the kind of build, represented by a code letter (see [http://www.eclipse.org/modeling/downloads/build-types.php this page]):
-** '''N''': Nightly
-** '''I''': Integration
-** '''M''': Maintenance ('''NOT''' milestone)
-** '''S''': Stable (for Milestones and Release Candidate builds)
-** '''R''': Release
-* BUILD_TARGET :
-**test : build Papyrus, create the update site, and launch the JUnit tests on the result
-**site.p2 : Launch the build of Papyrus only - no tests
-**provision : Gets only the material required to launch the build
-* BUILD_ALIAS : the name of the release (0.8.0, 0.9.0M1, etc.); leave it blank for nightly and integration builds
-* SIGN_UPDATE_SITE : whether to sign the update site (can take up to an hour on the Eclipse build server); mandatory for all builds except nightlies
-* VERSION : the version being built. Dictates in which folder the build will be placed under the download "drops" folder.
-
-== Tagging ==
-Releases should have a tag like '''0.9.0''', and milestones should have a tag like '''0.9.0_M7'''.
-
-== Checking ==
-
-You can execute the following Bash snippets to check the compliance of different aspects.
-
-=== Check bundles ===
-Check that each bundle contains an about.html file:
- for f in $( ls *.jar ); do unzip -t $f | grep -q about.html || echo $f; done
-or for plug-ins in your workspace:
- find $workspaceRoot -name 'build.properties' | while read i; do grep -q about.html "$i" || echo "$i"; done
-
-=== Check licenses ===
-md5 is useful to see quickly which files differ:
- find $workspaceRoot -type f -name 'license.html' | while read i; do md5 $i; done
-
-=== Check Manifest.MF ===
- find $workspaceRoot -name 'MANIFEST.MF' | while read i; do grep -q Bundle-Vendor "$i" || echo "$i"; done
- find $workspaceRoot -name 'feature.xml' | while read i; do grep -q provider-name "$i" || echo "$i"; done
-
-=== Check simrel reports ===
- for url in \
- "http://build.eclipse.org/juno/simrel/reports/layoutCheck.txt" \
- "http://build.eclipse.org/juno/simrel/reports/verifydiroutput/unsigned.txt" \
- "http://build.eclipse.org/juno/simrel/reports/versionPatternCheck.txt" \
- "http://build.eclipse.org/juno/simrel/reports/breedata.txt" \
- "http://build.eclipse.org/juno/simrel/reports/pack200data.txt" \
- "http://build.eclipse.org/juno/simrel/reports/nonUniqueVersions.txt"
- do
- echo "checking $url"
- curl -s -S "$url" | egrep 'papyrus'
- done
-
- url="http://build.eclipse.org/juno/simrel/reports/licenseConsistency.html"
- echo "checking $url"
- curl -s -S $url > licenseConsistency
- n=$(cat licenseConsistency | grep -n "Features with matching" | sed 's/:.*//')
- cat licenseConsistency | head -n $n | egrep 'papyrus'
-
- url="http://build.eclipse.org/juno/simrel/reports/featureNames.html"
- echo "checking $url"
- curl -s -S $url > featureNames
- n=$(cat featureNames | grep -n "Probably correct names" | sed 's/:.*//')
- cat featureNames | head -n $n | egrep 'papyrus'
-
- url="http://build.eclipse.org/juno/simrel/reports/bundleNames.html"
- echo "checking $url"
- curl -s -S $url > bundleNames
- n=$(cat bundleNames | grep -n "Probably correct bundle name" | sed 's/:.*//')
- cat bundleNames | head -n $n | egrep 'papyrus'
-
- url="http://build.eclipse.org/juno/simrel/reports/providerNames.html"
- echo "checking $url"
- curl -s -S $url > providerNames
- n=$(cat providerNames | grep -n "Probably using correct provider name" | sed 's/:.*//')
- cat providerNames | head -n $n | egrep 'papyrus'
-
- url="http://build.eclipse.org/juno/simrel/reports/copyrights.html"
- echo "checking $url"
- curl -s -S $url > copyrights
- n=$(cat copyrights | grep -n "Features with copyrights that are probably ok" | sed 's/:.*//')
- cat copyrights | head -n $n | egrep 'papyrus'
-
- url="http://build.eclipse.org/juno/simrel/reports/esdata.txt"
- echo "checking $url"
- curl -s -S $url > esdata
- n=$(cat esdata | grep -n "Bundles without an Eclipse-SourceReference" | sed 's/:.*//')
- cat esdata | tail -n +$n | egrep 'papyrus'
diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/hudsonSvnConfig.png b/sandbox/org.eclipse.papyrus.build.documentation/resources/hudsonSvnConfig.png Binary files differdeleted file mode 100644 index d28ab5d652b..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/hudsonSvnConfig.png +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/hudsonUpdateSiteDependency.png b/sandbox/org.eclipse.papyrus.build.documentation/resources/hudsonUpdateSiteDependency.png Binary files differdeleted file mode 100644 index ef2dd7d34dc..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/hudsonUpdateSiteDependency.png +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/releng.png b/sandbox/org.eclipse.papyrus.build.documentation/resources/releng.png Binary files differdeleted file mode 100644 index 93bd9d71fd4..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/releng.png +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/simultaneousReleaseTracker.png b/sandbox/org.eclipse.papyrus.build.documentation/resources/simultaneousReleaseTracker.png Binary files differdeleted file mode 100644 index 8710430d7ae..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/simultaneousReleaseTracker.png +++ /dev/null diff --git a/sandbox/org.eclipse.papyrus.build.documentation/resources/sourceFeature.png b/sandbox/org.eclipse.papyrus.build.documentation/resources/sourceFeature.png Binary files differdeleted file mode 100644 index 172fa626d72..00000000000 --- a/sandbox/org.eclipse.papyrus.build.documentation/resources/sourceFeature.png +++ /dev/null |
