Marco Pinder
My feedback
5 results found
-
1 vote
Marco Pinder shared this idea ·
-
6 votes1 comment · Help us improve Gearset » Integrations and connections (Jira, source control, DX etc.) · Admin →
An error occurred while saving the comment Marco Pinder supported this idea ·
-
12 votes
An error occurred while saving the comment Marco Pinder commented
Please offer the ability to apply the 'Simplify differences' logic to Monitoring Jobs. We are facing this issue on the 'BusinessHours' config within the 'Settings' metadata component.
Marco Pinder supported this idea ·
-
3 votes
Marco Pinder supported this idea ·
-
4 votes
Marco Pinder supported this idea ·
Absolutely agree with this suggestion. Have just experienced a scenario where closing a PR that is mid-flight in the pipeline caused the promotion branch and underlying feature branch to be deleted. So far, so good in terms of expected behaviour due to my pipeline settings. However, after restoring the promotion branch in order to reopen the PR and promote it in the pipeline, the next environment on the pipeline did not then show the change. This, I believe, was because restoring the promotion branch DID NOT restore the feature branch. Therefore there was no source to create a new promotion branch and PR for the next environment in my pipeline. Feels like a missing feature whereby restoring a promotion branch should also restore the feature branch, especially if the restored promotion branch is mid-flight in the pipeline - which should be identifiable through naming convention of the restored promotion branch in relation to the pipeline. Will post this as a separate idea too.