TLDR; "master" = image with latest commit in the branch master in the github repo "latest" = image slower cadence latest stable matching changelog group changes
----- That was me that configured the runtime repos in this way. I recently added to push "master" tag automatically for folks including my self that are supper lazy and convenient to use the last commit merged into master to build be an image that is available right away. It's meant for bleeding edge when you know what your doing to do out of your way to do "wsk action update openwhisk/nodejs6action:master" Where I reserved "latest" tag for a "default" tag meaning stable, matching the last stable build matching the changelog. So the process is to update the changelog and move the "latest" tag to be at the same commit This way if we need to have a window where we can merge multiple PRs into master, and other components/systems/deployments that use the runtime image, don't take the hit right away So far runtimes updates are very slow traffic and have not need this small window so far, so maybe we can leave it as "latest" is bleeding edge. -cs On Thu, Jul 12, 2018 at 1:03 PM Rodric Rabbah <[email protected]> wrote: > I noticed while checking the runtime repos that the Travis builds off > master push docker images for the runtimes with the tag "master" which is > not the same as "latest". The openwhisk repo's runtime manifest uses > "latest" as the default tag so a vanilla deployment will pull stale images. > > I'll try to send PRs against all the runtime repos to change the tag. Help > is welcome and appreciated. > > -r >
