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

October 19th, 2020 Community Meeting #444

Closed
zhangtbj opened this issue Oct 16, 2020 · 2 comments
Closed

October 19th, 2020 Community Meeting #444

zhangtbj opened this issue Oct 16, 2020 · 2 comments

Comments

@zhangtbj
Copy link
Contributor

  • Please add a topic in this thread and add a link to the Github issue associated with the topic.
  • Please make sure you give folks enough time to review/discuss the topic offline on Github before coming into the meeting
  • (optional) Paste the image of an animal 😄
@qu1queee
Copy link
Contributor

qu1queee commented Oct 19, 2020

  • Ship a v0.1.1 release, to include the clientsets for wider usage.
  • Consider usage of Conditions also for the Build CRD

@qu1queee
Copy link
Contributor

Community meeting:

  • We should get a v0.1.1 release to include the new Build ClientSets, this will enable other projects to consume our resources(natively) and the availability of this will become more obvious.
  • We spoke about the Conditions implementation for the BuildRun. Independently of the Conditions implementation, we seem to share a concern around leveraging the "error" messages when a BuildRun fails or similar.
    • We would like to enhance the Conditions that tekton TaskRun defines
    • As @HeavyWombat pointed out, we might also increase the validations we do in the Build controller, to avoid errors that could have been detected in advance.
    • @SaschaSchwarze0 also mentioned that we could extend the strategies, to add a new step to process the errors.
    • As starters we should just get the Conditions implementation done for the BuildRun and then enhance on the Error content. @qu1queee will be generating an implementation proposal in Move to Conditions instead of Status in the BuildRun #307
  • We discussed [EP] Remote Artifacts #419 with @otaviof . We believe there is yet no consensus on the terminology around "remote artifacts" and the team will revisit the proposal again. @otaviof also mentioned that for the dependencies of the remote artifact, the proposal should have a better example, instead of the jar file.
  • @adambkaplan asked for help with the review of https://github.com/shipwright-io/website/pull/12/files and that the sdk bump is on the works.

Please add any other relevant information.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants