Replies: 1 comment
-
Hey @Audefleda👋, I'm here to help you with any bugs, questions, or contributions you have. Let's tackle this together! To properly set up Apache DevLake for measuring DORA metrics in your multi-repo setup, you should consider the following:
By connecting all relevant repos and pipelines and ensuring that pull requests are linked to pipeline runs, you can accurately measure DORA metrics, including Lead Time for Changes, in your setup. To continue talking to Dosu, mention @dosu. Help Dosu learn! Give it feedback: Great Response | Irrelevant Answer | Incorrect Sources | Too Verbose | Hallucination | Bug Report | Other |
Beta Was this translation helpful? Give feedback.
-
Hey there,
I have the following setup:
Our software is build in a complex setup up multiple repos and pipelines in Azure Devops. The "final" pipeline is creating an installer package that is delivered to an internal platform for download. A new version of this installer package is what constitutes a "production deployment" in our context. All previous pipelines are just creating binaries, that are then put together into the installer package in the final pipeline.
I'm using the build in plugin for connecting the repos, but are using webhooks for providing Incidents and Deployments.
My question is now: Which of the repos and deployment pipeline do I need to connect to Apache Devlake? My initial idea was to only connect the final installer pipeline and repo. But would that be sufficient to properly calculate the Lead Time for Changes?
On the other hand, If I connect all the previous repos and pipelines, how can I provide the necessary information for DevLake about which pull request ended in which pipeline run of the installer?
Thanks a lot for your support!
Beta Was this translation helpful? Give feedback.
All reactions