Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide end user as well as support persona the ability to identify in a Git repo, the source for a starter-created project. #32

Closed
scottkurz opened this issue Aug 17, 2020 · 2 comments
Labels
Type: Release Engineering Build and release automation, infrastructure, etc.

Comments

@scottkurz
Copy link
Member

scottkurz commented Aug 17, 2020

With a typical flow creating from a starter, after doing:
$ odo create java-openliberty --starter
you should have a devfile referencing, as its parent, a specific version of the java-openliberty application stack devfile.

However, the starter artifacts will not necessarily be versioned along with the stack devfile and Docker image. The starter could be updated and another project could be created from the same stack version, but with a different starter.

This shouldn't be a big deal, since a user will be customizing the starter themselves.

Every time the stack is updated, it should be tested to ensure a project created from the latest version of EACH starter will worth with this most recent stack version. It won't effect existing projects which should be pinned to an existing version of the devfile.

Every time a starter is update it should be tested to ensure it works with the latest version of the stack.

ASSUMPTION: Once a project is created, it does not use starters again, so it isn't possible for a change in starter to break an existing project. Note, this assumes something like an "application project". You could say here's my "test project", which always does a create from starter, so yes, it is effected by a change in starter at a given stack

At the very least, we should include, within the starter project (POM?) a reference to the SHA that shows the original starter source cloned from the Git repo hosting it.

@scottkurz
Copy link
Member Author

This issue should probably be left alone until the support for having odo create reference parent devfiles, and for versioning those parent devfiles, is clarified.

@scottkurz
Copy link
Member Author

Subsumed under #60, closing as dup

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Type: Release Engineering Build and release automation, infrastructure, etc.
Projects
None yet
Development

No branches or pull requests

1 participant