Skip to content
This repository has been archived by the owner on Nov 14, 2023. It is now read-only.

Not tagging correct repo in multi-stage with pipeline resources #73

Open
djBo opened this issue Aug 26, 2020 · 1 comment
Open

Not tagging correct repo in multi-stage with pipeline resources #73

djBo opened this issue Aug 26, 2020 · 1 comment

Comments

@djBo
Copy link

djBo commented Aug 26, 2020

I am using the task during an application build stage in a multi-stage pipeline. The pipeline defines a "pipeline resource" to download during deployment stages, containing configuration.

Expected behavior
Since the pipeline yaml is part of the application sources, we expect the task to tag the git repository where our pipeline resides. Eg the repository that the build stage clones at the very beginning aka the current repo!
NB this behavior is what we get when we create pipelines containing only the build stage.

Observed behavior
The task is now tagging the repository, that contains the pipeline, that produced the pipeline resource we described (configuration).
Let this sink in for a second here.
It is tagging the repo, of a pipeline resource artifact. Not the application repo we just checked out.

Is there a way to enforce tagging the current "working" repository?

@ihor-mutel
Copy link

I also struggled with this issue. The workaround is to change resources.pipeline.YOUR_RESOURCE_NAME.sourceProvider before the tag and then set it back to the correct state after (in my case it is TfsGit). It is not perfect but it works. I hope this issue will be fixed soon.

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

No branches or pull requests

2 participants