Uninative Release Process: Difference between revisions

From Yocto Project
Jump to navigationJump to search
Line 3: Line 3:
This document describes release engineering procedures for releasing new versions of Uninative.
This document describes release engineering procedures for releasing new versions of Uninative.


* Where to obtain the files
Requests for a new uninative release will generally come from Richard Purdie.


The Uninative files are found in the toolchain directory of a given build. i.e. http://downloads.yoctoproject.org/releases/yocto/yocto-2.0/toolchain/
1. Build the buildtools using default revision of master branch, unless given other specific criteria. The buildtools may also come from a full run of a nightly, but typically an explicit run of buildtools build happens.
Richard Purdie will generally be the source for directing when a new release needs to happen and what branch/revisions to use for the build, or identifying a specific existing release or release candidate.  


* What to publish
2. On the build worker where the buildtools build occurred, create the new release directory in <path-to-download-location>/uninative/<release_#>
 
Using 1.7 as an example...
 
On the "old" yoctoproject.org AB cluster, this would be: /srv/www/vhosts/downloads.yoctoproject.org/releases/uninative/1.7
 
On the "new" yocto.io AB cluster, this would be: /srv/autobuilder/downloads.yoctoproject.org/releases/uninative/1.7
 
You should use http://downloads.yoctoproject.org/releases/uninative/ as a reference to determine what the next version number should be.
 
Releases are versioned sequentially in the format of '''M.m'''.  i.e. 1.5, 1.6, 1.7, etc. This release naming does NOT correspond to specific Yocto releases. Uninative releases may come from any build or Yocto release, so they do not align with any specific given Major/Minor/Point release.
 
3. Still on the build worker where the build happens, the requisite files will be found in:
 
/home/pokybuild/yocto-autobuilder/yocto-worker/buildtools/build/build/tmp/deploy/sdk
 
Copy the following files to the release directory:


* i686-nativesdk-libc.host.manifest   
* i686-nativesdk-libc.host.manifest   
Line 17: Line 32:
* x86_64-nativesdk-libc.tar.bz2
* x86_64-nativesdk-libc.tar.bz2


* Where to publish
Uninative releases are published at http://downloads.yoctoproject.org/releases/uninative/
* Release Naming
Releases are versioned sequentially in the format of '''M.m'''.  i.e. 1.0, 1.1, 1.2. This release naming does NOT correspond to specific Yocto releases. Uninative releases may come from any build or Yocto release, as needed and are simply numbered incrementally.


* Tagging
4. Tagging


Uninative releases should be tagged using a tag in the following format:
Uninative releases are tagged in the following format:


uninative-<version>. i.e. uninative-1.0, uninative-1.1, uninative-1.2
uninative-<version>. i.e. uninative-1.5, uninative-1.6, uninative-1.7, etc.


??? Signed tags? oe-core and poky both?  (Probably. Need to confirm repo and signing)
Currently, Michael Halstead should be contacted for signing and pushing tags.


??? Who pushes tags.
Tags are pushed for both poky and oe-core.




* Announcements
5. Announcements


We currently do not formally announce uninative releases.
We currently do not formally announce uninative releases.

Revision as of 23:10, 28 July 2017

Uninative Release Engineering Process

This document describes release engineering procedures for releasing new versions of Uninative.

Requests for a new uninative release will generally come from Richard Purdie.

1. Build the buildtools using default revision of master branch, unless given other specific criteria. The buildtools may also come from a full run of a nightly, but typically an explicit run of buildtools build happens.

2. On the build worker where the buildtools build occurred, create the new release directory in <path-to-download-location>/uninative/<release_#>

Using 1.7 as an example...

On the "old" yoctoproject.org AB cluster, this would be: /srv/www/vhosts/downloads.yoctoproject.org/releases/uninative/1.7

On the "new" yocto.io AB cluster, this would be: /srv/autobuilder/downloads.yoctoproject.org/releases/uninative/1.7

You should use http://downloads.yoctoproject.org/releases/uninative/ as a reference to determine what the next version number should be.

Releases are versioned sequentially in the format of M.m. i.e. 1.5, 1.6, 1.7, etc. This release naming does NOT correspond to specific Yocto releases. Uninative releases may come from any build or Yocto release, so they do not align with any specific given Major/Minor/Point release.

3. Still on the build worker where the build happens, the requisite files will be found in:

/home/pokybuild/yocto-autobuilder/yocto-worker/buildtools/build/build/tmp/deploy/sdk

Copy the following files to the release directory:

  • i686-nativesdk-libc.host.manifest
  • i686-nativesdk-libc.target.manifest
  • i686-nativesdk-libc.tar.bz2
  • x86_64-nativesdk-libc.host.manifest
  • x86_64-nativesdk-libc.target.manifest
  • x86_64-nativesdk-libc.tar.bz2


4. Tagging

Uninative releases are tagged in the following format:

uninative-<version>. i.e. uninative-1.5, uninative-1.6, uninative-1.7, etc.

Currently, Michael Halstead should be contacted for signing and pushing tags.

Tags are pushed for both poky and oe-core.


5. Announcements

We currently do not formally announce uninative releases.