Files
virtual-kubelet/vendor/github.com/vmware/vic/doc/processes/RELEASE-PROCESS.md
Loc Nguyen 513cebe7b7 VMware vSphere Integrated Containers provider (#206)
* Add Virtual Kubelet provider for VIC

Initial virtual kubelet provider for VMware VIC.  This provider currently
handles creating and starting of a pod VM via the VIC portlayer and persona
server.  Image store handling via the VIC persona server.  This provider
currently requires the feature/wolfpack branch of VIC.

* Added pod stop and delete.  Also added node capacity.

Added the ability to stop and delete pod VMs via VIC.  Also retrieve
node capacity information from the VCH.

* Cleanup and readme file

Some file clean up and added a Readme.md markdown file for the VIC
provider.

* Cleaned up errors, added function comments, moved operation code

1. Cleaned up error handling.  Set standard for creating errors.
2. Added method prototype comments for all interface functions.
3. Moved PodCreator, PodStarter, PodStopper, and PodDeleter to a new folder.

* Add mocking code and unit tests for podcache, podcreator, and podstarter

Used the unit test framework used in VIC to handle assertions in the provider's
unit test.  Mocking code generated using OSS project mockery, which is compatible
with the testify assertion framework.

* Vendored packages for the VIC provider

Requires feature/wolfpack branch of VIC and a few specific commit sha of
projects used within VIC.

* Implementation of POD Stopper and Deleter unit tests (#4)

* Updated files for initial PR
2018-06-04 15:41:32 -07:00

2.5 KiB

VIC Engine Release Process

Release cycle

VIC Engine is developed using a feature driven model. Requirements are broken down into features and then sized to ensure they will fit into our monthly releases. Any features that do not are then reworked until they will fit. Any features under active development that do not make the monthly release will be pushed into the next months version.

See CONTRIBUTING.md for details on how issues are prioritized and tracked.

Release Versioning

The VIC Engine project follows Semantic Versioning 2.0.0. This is described in detail at http://semver.org/

Example VIC Engine Versions Major revisions:

v1.0.0-beta1 v1.0.0-beta2 v1.0.0-beta v1.0.0 v2.0.0-alpha v2.0.0-beta

v2.0.0

Minor revisions:

v1.1.0-beta v1.1.0 v2.2.0

Update or patch revisions:

v1.12.1 v1.12.20

Release details

VIC Engine is released in both source and binary form. The source is tagged using github tagging methods. This is manual for now.

The binary releases are posted at https://console.cloud.google.com/storage/browser/vic-engine-releases/

Update README.md and documentation

The main repo README contains a project status relating to the latest tagged release along with guidance on how to build, deploy, et al. The latter should be updated by any commits changing those workflows, but the status and what's new needs to be addressed as part of the release process.

  • Create a PR, "Release x.y", with the corresponding doc updates once tagging is imminent merge that PR as the last thing that occurs prior to tagging tag the release as described in the next section.

###NOTE: Make sure that the last commit before tag does NOT have [skip ci] in the title

Tag The Release

  • Follow the above Release Versioning for choosing the new version. Gather the Release Notes file. Go to https://github.com/vmware/vic/releases and click on Draft a new release. Add the tag version that meets the requirements for this release.
  • Title the release "vSphere Integrated Containers Engine Version X.Y.Z" where X.Y.Z meets the versioning requirements.
  • Paste the release note file contents into the Write field and preview.
  • If this is release is non-production ready select the "This is a pre-release" box.
  • After a successful build on tag event, you can find the release here: https://console.cloud.google.com/storage/browser/vic-engine-releases/
  • Update the github releases page with the link to the final release tarball