[Question] publish-all-artifacts-in-repo option doesn't revert custom policy to default
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
Research direction
Start by tracing the publisher's handling of the publish-all-artifacts-in-repo option and how the extractor artifact represents a deleted custom policy. Reproduce the listed APIM workflow, then verify that publishing the artifact changes the API to its default policy rather than retaining the old custom policy.
Written by the indexing model from the issue text.
Description
Release version
v.6.0.1.4
Question Details
Hi, so I was trying out publisher/extractor and I was wondering if retaining the old custom policies in APIM after deleting the custom policy in artifact and running the publisher with publish-all-artifacts-in-repo option is the intended behavior. Because I want to make running publish-all-artifacts-in-repo replace the all the current APIM state to the artifact that was extracted in that particular commit. That means if I delete a custom policy for an arbitrary API via artifact, I want that particular API to use a default policy after I publish using publish-all-artifacts-in-repo. So, I want a solution that perhaps could replicate this kind of behavior, which would be useful for restoring everything in the artifact to APIM.
Expected behavior
Running publisher using publish-all-artifacts-in-repo after deleting policy on an API should make the policy of that API default policy.
Actual behavior
Running publisher using publish-all-artifacts-in-repo after deleting policy on an API doesn't change the old API in APIM.
Reproduction Steps
- Make an API collection and create an API in that collection
- Add a custom policy for that API and save
- Run extractor with extract all option to create an artifact
- Delete the custom policy in that artifact, then commit and push
- Run publisher with publish-all-artifacts-in-repo option
- After publisher is done running, check the result in APIM. Custom policy would still be there.
- Dominant language
- C#
- Stars
- 448
- Forks
- 247
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Azure/apiops
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 3/5 1-2 days Newbie friendliness 70/100
-
Difficulty 4/5 3-5 days Newbie friendliness 55/100
-
Difficulty 3/5 1-2 days Newbie friendliness 45/100
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
Similar issues
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
nightscout/nocturne#1425 ·
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
-
Documentation
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
cake-build/cake#5024 ·
-
Frontend status/draft TechnicalDebt
Difficulty 2/5 1-2 days Newbie friendliness 75/100
Altinn/altinn-auth#4143 ·