-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Change the storage version to v1beta1 types #2410
Labels
area/roadmap
Issues that are part of the project (or organization) roadmap (usually an epic)
kind/cleanup
Categorizes issue or PR as related to cleaning up code, process, or technical debt.
Milestone
Comments
tekton-robot
added
the
kind/cleanup
Categorizes issue or PR as related to cleaning up code, process, or technical debt.
label
Apr 16, 2020
vdemeester
added
the
area/roadmap
Issues that are part of the project (or organization) roadmap (usually an epic)
label
Apr 16, 2020
bobcatfish
added a commit
to bobcatfish/pipeline
that referenced
this issue
Apr 16, 2020
In tektoncd#2408 it was confusing how the the path to the resource input worked in the tutorial. I think this can be slightly improved by using variable interpolation to get the path so the author of the Tasks etc. doesn't have to worry as much about exactly where on disk it is. I thought about updating the v1alpha1 example as well but I'm assuming we'll be getting rid of those once we merge tektoncd#2410 so it didn't seem worth it. Plus there are other examples that probably could be updated but I feel like a small improvement is better than none at all :D
1 task
bobcatfish
added a commit
to bobcatfish/pipeline
that referenced
this issue
Apr 16, 2020
In tektoncd#2408 it was confusing how the the path to the resource input worked in the tutorial. I think this can be slightly improved by using variable interpolation to get the path so the author of the Tasks etc. doesn't have to worry as much about exactly where on disk it is. I thought about updating the v1alpha1 example as well but I'm assuming we'll be getting rid of those once we merge tektoncd#2410 so it didn't seem worth it. Plus there are other examples that probably could be updated but I feel like a small improvement is better than none at all :D
bobcatfish
added a commit
to bobcatfish/pipeline
that referenced
this issue
Apr 16, 2020
In tektoncd#2408 it was confusing how the the path to the resource input worked in the tutorial. I think this can be slightly improved by using variable interpolation to get the path so the author of the Tasks etc. doesn't have to worry as much about exactly where on disk it is. I thought about updating the v1alpha1 example as well but I'm assuming we'll be getting rid of those once we merge tektoncd#2410 so it didn't seem worth it. Plus there are other examples that probably could be updated but I feel like a small improvement is better than none at all :D
bobcatfish
added a commit
to bobcatfish/pipeline
that referenced
this issue
Apr 16, 2020
In tektoncd#2408 it was confusing how the the path to the resource input worked in the tutorial. I think this can be slightly improved by using variable interpolation to get the path so the author of the Tasks etc. doesn't have to worry as much about exactly where on disk it is. I thought about updating the v1alpha1 example as well but I'm assuming we'll be getting rid of those once we merge tektoncd#2410 so it didn't seem worth it. Plus there are other examples that probably could be updated but I feel like a small improvement is better than none at all :D
tekton-robot
pushed a commit
that referenced
this issue
Apr 17, 2020
In #2408 it was confusing how the the path to the resource input worked in the tutorial. I think this can be slightly improved by using variable interpolation to get the path so the author of the Tasks etc. doesn't have to worry as much about exactly where on disk it is. I thought about updating the v1alpha1 example as well but I'm assuming we'll be getting rid of those once we merge #2410 so it didn't seem worth it. Plus there are other examples that probably could be updated but I feel like a small improvement is better than none at all :D
This was referenced Apr 17, 2020
bobcatfish
added a commit
to bobcatfish/pipeline
that referenced
this issue
Apr 22, 2020
Sometimes the PipelineTask that Deps is being executed on is actually v1beta1 instead of v1alpha1 and the old Deps function, which doesn't account for Results, is being called. This PR duplicates the logics so the Deps function is the same. After tektoncd#2410 we'll be able to assume we're always using the v1beta1 types and will not need the logic in both places and can avoid bugs like this. It also duplicates the DAG test logic which is the closest thing Deps() currently has to a set of unit tests. Part of tektoncd#2463
tekton-robot
pushed a commit
that referenced
this issue
Apr 23, 2020
Sometimes the PipelineTask that Deps is being executed on is actually v1beta1 instead of v1alpha1 and the old Deps function, which doesn't account for Results, is being called. This PR duplicates the logics so the Deps function is the same. After #2410 we'll be able to assume we're always using the v1beta1 types and will not need the logic in both places and can avoid bugs like this. It also duplicates the DAG test logic which is the closest thing Deps() currently has to a set of unit tests. Part of #2463
2 tasks
bobcatfish
added a commit
to bobcatfish/pipeline
that referenced
this issue
Apr 23, 2020
Sometimes the PipelineTask that Deps is being executed on is actually v1beta1 instead of v1alpha1 and the old Deps function, which doesn't account for Results, is being called. This PR duplicates the logics so the Deps function is the same. After tektoncd#2410 we'll be able to assume we're always using the v1beta1 types and will not need the logic in both places and can avoid bugs like this. It also duplicates the DAG test logic which is the closest thing Deps() currently has to a set of unit tests. Part of tektoncd#2463 (cherry picked from commit 893dde2)
bobcatfish
added a commit
to bobcatfish/pipeline
that referenced
this issue
Apr 23, 2020
The fix for tektoncd#2463 made sure that we use the same Deps logic for both v1alpha1 and v1beta1 types. This DAG test is the closest thing that Deps has to unit test. I meant to include this test in tektoncd@45ef5d7 but forgot to add it!! This test would be only temporary since after tektoncd#2410 we won't need to duplicated any of this logic, but it seems useful to have in the meantime. (Or until we add unit tests for Deps!!)
2 tasks
tekton-robot
pushed a commit
that referenced
this issue
Apr 23, 2020
The fix for #2463 made sure that we use the same Deps logic for both v1alpha1 and v1beta1 types. This DAG test is the closest thing that Deps has to unit test. I meant to include this test in 45ef5d7 but forgot to add it!! This test would be only temporary since after #2410 we won't need to duplicated any of this logic, but it seems useful to have in the meantime. (Or until we add unit tests for Deps!!)
tekton-robot
pushed a commit
that referenced
this issue
Apr 23, 2020
Sometimes the PipelineTask that Deps is being executed on is actually v1beta1 instead of v1alpha1 and the old Deps function, which doesn't account for Results, is being called. This PR duplicates the logics so the Deps function is the same. After #2410 we'll be able to assume we're always using the v1beta1 types and will not need the logic in both places and can avoid bugs like this. It also duplicates the DAG test logic which is the closest thing Deps() currently has to a set of unit tests. Part of #2463 (cherry picked from commit 893dde2)
This was referenced May 4, 2020
4 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
area/roadmap
Issues that are part of the project (or organization) roadmap (usually an epic)
kind/cleanup
Categorizes issue or PR as related to cleaning up code, process, or technical debt.
Once conversion webhook are in place (see #2047), we should be able to switch to
v1beta1
to storage types (and when we go tov1
we will be able to switch tov1
as storage right away).This should help cleaning up the code (both in
pkg/apis
andpkg/reconcilier
) and will make the API easier to reason about (akav1alpha1
won't need to havev1beta1
fields anymore).The target for this should be one release after #2047 (so tentatively adding it to a 0.13 milestone)
/kind cleanup
/assign
The text was updated successfully, but these errors were encountered: