-
Notifications
You must be signed in to change notification settings - Fork 26
Add change to the artifact packaged event #73
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
Conversation
The artifact packaged event is typically produced by the build process, and should provide details about the source the artifact was built from. While working on the artifact change field, I realised that for the change and branch events the id + source combination should also contain the repository details, otherwise it wouldn't uniquely identify a change. I added a note in the change/branch event section and updated the examples accordingly. I think there is still value in have a repository field in those events, but I marked it as optional (it was mandatory before). Signed-off-by: Andrea Frittoli <andrea.frittoli@gmail.com>
e80f63b to
6852824
Compare
erkist
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have nit-picky comments only, feel free to ignore
| |-------|------|-------------|----------| | ||
| | id | `String` | Uniquely identifies the subject within the source. | `abcde-12344-a2b35`, `sh0b31b1c02ff458ad9b7b81cbdf8f028bd54699fa151f221d1e8de6817db93427a1234`, `myimage@sha256:123456abcded`, `six-1.14.0-py2.py3-none-any.whl`| | ||
| | source | `URI-Reference` | [source](../spec.md#source) from the context | `staging/tekton`, `tekton-dev-123`| | ||
| | change | `object` | The top change of the repository from which the artifact has been built | `{"id": "527d4a1aca5e8d0df24813df5ad65d049fc8d312", "source": "my-git.example/an-org/a-repo"}`, `{"id": "feature1234", "source": "my-git.example/an-org/a-repo"}` | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The term "top change" is a bit ambiguous to me. Maybe something like "The change (tag, commit, revision etc.) of the repository which was used to build the artifact"?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Uhm, this makes we wonder if we in future we should use "revision" as field name.
I think for 0.1 it's fine to use change as it matches the name of the change events, but perhaps in future we could use a revision field instead
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed
primer.md
Outdated
| This data model is somewhat limiting, but is has allowed us to put more focus | ||
| on the overall structure of the protocol in the first release. | ||
|
|
||
| We plan to extend the data model to more complex scenarios in upcoming releases. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
to more -> to support more
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch, thank you. Fixed now.
primer.md
Outdated
| each artifact is build from a single repository and each service is deployed | ||
| from a single artifact. | ||
|
|
||
| This data model is somewhat limiting, but is has allowed us to put more focus |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This -> The current
limiting -> limited? (limiting is fine too)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
done
e-backmark-ericsson
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd like to see some minor adjustments before approving this PR
Signed-off-by: Andrea Frittoli <andrea.frittoli@gmail.com>
4a70a9a to
667ab25
Compare
Changes
The artifact packaged event is typically produced by the build process, and should provide details about the source the artifact was built from.
While working on the artifact change field, I realised that for the change and branch events the id + source combination should also contain the repository details, otherwise it wouldn't uniquely identify a change.
I added a note in the change/branch event section and updated the examples accordingly. I think there is still value in have a repository field in those events, but I marked it as optional (it was mandatory before).
Signed-off-by: Andrea Frittoli andrea.frittoli@gmail.com
Submitter Checklist
As the author of this PR, please check off the items in this checklist: