Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "SimRel/Simultaneous Release Cycle FAQ"
(→Where can the common repository be tested, before it is rolled out for a milestone or release?) |
(→Where can the common repository be tested, before it is rolled out for a milestone or release?) |
||
| Line 9: | Line 9: | ||
* [https://build.eclipse.org/hudson/view/Repository%20Aggregation/ Aggregation (aka Build) Status and Control] | * [https://build.eclipse.org/hudson/view/Repository%20Aggregation/ Aggregation (aka Build) Status and Control] | ||
| − | = Where can the common repository be tested, before it is rolled out for a milestone or release? = | + | = Where can the common repository be tested, before it is rolled out for a milestone or release? = |
The best place is the "staging area", by adding this URL to your "available software sites" list. | The best place is the "staging area", by adding this URL to your "available software sites" list. | ||
| Line 15: | Line 15: | ||
http://download.eclipse.org/releases/staging | http://download.eclipse.org/releases/staging | ||
| − | Note: to get the best test, disable all other repositories in your list, or you might end up pulling something from some other repository, not staging. Be aware that moving a specific build to "staging" may happen only every few days (if you need something promoted more urgently, just ask on cross-project list). | + | Note: to get the best test, disable all other repositories in your list, or you might end up pulling something from some other repository, not staging. Be aware that moving a specific build to "staging" may happen only every few days (if you need something promoted more urgently, just ask on cross-project list). |
| + | = Once I update my .build file, how can I start a build? = | ||
| + | You don't need to. The build will start automatically, once you check in a .build file. The .build files are checked every 15 minutes to see if any have changed, and if so an aggregation build will start. It takes approximately 2 hours to run. | ||
| + | = But what if I really want to kick off the build myself? = | ||
| + | If you can't wait 15 minutes, you can start the build your self. Anyone that has authorization to check in a .build file, should have authority to manually start a build. Plus, there are some cases where someone may need to kick off a build manually. For example, if a build fails due to network issues. Another common case is that a build may fail, even though the .build file is correct, the repository it points to might have had an error. Once the repository is corrected, there's no automatic mechanism to detect that change, so after the repository is corrected, a new build has to be manually started (that, or the .build file "touched" and then checked in again). To manually start a build, just click the "Schedule a Build" button at the [https://build.eclipse.org/hudson/view/Repository%20Aggregation/ build status control page]. | ||
| + | You need to be sure to login (with your committer ID): | ||
| + | [[Image:SimRel login.png]]<br> | ||
| + | |||
| + | <br> | ||
| + | |||
| + | Then click the "Schedule a Build" buttton: | ||
| + | |||
| + | <br> | ||
| + | |||
| + | [[Image:SimRel build.png]] | ||
[[Category:Helios]] [[Category:Coordinated]] | [[Category:Helios]] [[Category:Coordinated]] | ||
Revision as of 00:50, 8 March 2010
Contents
Introduction
This page is to document answers to frequently asked questions about the yearly Simultaneous Release process or build.
What are the most important URLs
Where can the common repository be tested, before it is rolled out for a milestone or release?
The best place is the "staging area", by adding this URL to your "available software sites" list.
http://download.eclipse.org/releases/staging
Note: to get the best test, disable all other repositories in your list, or you might end up pulling something from some other repository, not staging. Be aware that moving a specific build to "staging" may happen only every few days (if you need something promoted more urgently, just ask on cross-project list).
Once I update my .build file, how can I start a build?
You don't need to. The build will start automatically, once you check in a .build file. The .build files are checked every 15 minutes to see if any have changed, and if so an aggregation build will start. It takes approximately 2 hours to run.
But what if I really want to kick off the build myself?
If you can't wait 15 minutes, you can start the build your self. Anyone that has authorization to check in a .build file, should have authority to manually start a build. Plus, there are some cases where someone may need to kick off a build manually. For example, if a build fails due to network issues. Another common case is that a build may fail, even though the .build file is correct, the repository it points to might have had an error. Once the repository is corrected, there's no automatic mechanism to detect that change, so after the repository is corrected, a new build has to be manually started (that, or the .build file "touched" and then checked in again). To manually start a build, just click the "Schedule a Build" button at the build status control page.
You need to be sure to login (with your committer ID):
Then click the "Schedule a Build" buttton:
