argoproj-labs / argoproj-labs/appsource
Re-write Kubernetes Condition convention
- Dominant language
- Go
- Stars
- 25
- Forks
- 3
- PR merge metrics
- No merged PRs in 30d
Description
# Summary
After the last enhancement that was pushed to master where the Condition object was re-written to follow Kubernetes convention. I realized that kubectl can not be used yet with AppSources.
# Motivation
We would like to offer users the ability to use the `kubectl wait --for=condition=` option with appsources.
# Proposal
Re-write the AppSourceCondition based on the pod conditions template and verify that kubectl wait works on it
Contributor guide
Research direction
Locate the AppSourceCondition definition and its current condition serialization, then compare it with the Kubernetes pod conditions template. Verify the resulting AppSource behavior with kubectl wait --for=condition= against an AppSource. Done means AppSources follow the Kubernetes condition convention and kubectl wait works for them.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go, kubernetes
- Domain
- infrastructure
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100