GitHub user jvgr019 created a discussion: Median Lead Time for Changes: how to calculation for non production branches
Hello, We have a question regarding the calculation of the "Median Lead Time for Changes" metric. It seems that the metric is being calculated based on pull requests merged into the repository's default branch (in our case, `develop`, which is configured as the main branch in Bitbucket). However, our actual production branch is `master`. Our workflow is Gitflow: - Developers merge changes into `develop`. - Changes are later promoted to `master`. - Only when code reaches `master` do we consider it deployed to production. Because of this, the current calculation appears to underestimate the real Lead Time for Changes. For example, repositories with a high volume of activity on `develop` are showing an "Elite" Lead Time (less than 2 hours), even though the changes have not yet reached the production branch (`master`). Could you clarify: 1. Is the Median Lead Time for Changes calculated using the repository's configured main/default branch? 2. Is there any way to configure a different target branch (such as `master`) for this calculation? 3. If not, are there any recommended approaches for teams whose production branch differs from their default branch? Thank you. GitHub link: https://github.com/apache/devlake/discussions/9141 ---- This is an automatically sent email for [email protected]. To unsubscribe, please send an email to: [email protected]
