• Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      It would be useful to see how many total minutes have been used, as well as how many minutes remain, in a team's monthly allocation so that we can better manage resources.

      My suggestion is for this to be on the pipelines page for a project. For example, in the screenshot below (from https://bitbucket.org/lewisb42/ical4-instructor/addon/pipelines/home#!/) the duration column should have a total that reads something like "Used: 9 min, 14 sec; Remaining: 490 min, 46 sec" (assuming my mental math is correct!) based on my 500-minute monthly limit.

      The numbers should be calculated based on minutes remaining in the current month/billing-cycle (and not simply be a total-for-all-time).

      2855385278-Screen%20Shot%202016-12-12%20at%2010.44.56%20AM.png

      Additionally to that, we would like to have some way to check the build minutes spent per repository, as it would help us to understand where we are spending our build minutes.

            [BCLOUD-13637] Pipelines usage and build minutes report

            I need to have this feature

            Jging Fai Chong added a comment - I need to have this feature

            Adam Brunt added a comment -

            I know it's not ideal but you can always roll your own pipeline to do it (after a fashion) using the statistics pipe - https://bitbucket.org/atlassian/bitbucket-build-statistics/src/master/

             

            Adam Brunt added a comment - I know it's not ideal but you can always roll your own pipeline to do it (after a fashion) using the statistics pipe - https://bitbucket.org/atlassian/bitbucket-build-statistics/src/master/  

            Hi,

             

            How is this still an open issue since 2022??! Just hire someone to fix your bugs please!

            Sérgio Cruz added a comment - Hi,   How is this still an open issue since 2022??! Just hire someone to fix your bugs please!

            This was opened 8 years ago. Pretty disappointed that this is not a basic feature. Anytime you bill a customer, you should have easy and clear reporting on usage. And as others have said, the numbers don't match what is seen in top level billing and what I see looking at some repos.  It's quite messy. 

            ron.laws@mitel.com added a comment - This was opened 8 years ago. Pretty disappointed that this is not a basic feature. Anytime you bill a customer, you should have easy and clear reporting on usage. And as others have said, the numbers don't match what is seen in top level billing and what I see looking at some repos.  It's quite messy. 

            The current situation is ridiculous. I saw a "Monthly build minutes is near the limit" message saying that my team had used 70% of its build limits minutes.

            Going to

            https://bitbucket.org/<my organization>/workspace/settings/plans-and-billing

            actually showed that we had 906 build minutes used this billing period, with 1595 build minutes remaining until you get additional minutes.  This is NOT 70% !!! The maths are wrong!!Unable to render embedded object: File (  And, we are supposed to get 2500 minutes on our plan. Adding 906 + 1595 is actually 250{*}1{*} minutes) not found.!Unable to render embedded object: File (  Clearly nobody at Atlassian ran any tests on this code) not found.!!

             

            Bottom line: Atlassian needs to make reporting of build minutes crystal clear, broken down by repository, rather than giving us a total usage without any breakdown.  Expecting people to have to go to their Bitbucket Build Statistics repository (https://bitbucket.org/atlassian/bitbucket-build-statistics/src/master/) and expecting us to install that on a per-workspace basis is not realistic and DEFINITELY not customer-friendly!!!

            Jason Armistead added a comment - The current situation is ridiculous. I saw a "Monthly build minutes is near the limit" message saying that my team had used 70% of its build limits minutes. Going to https://bitbucket.org/ <my organization>/workspace/settings/plans-and-billing actually showed that we had 906 build minutes used this billing period, with 1595 build minutes remaining until you get additional minutes.  This is NOT 70% !!! The maths are wrong!! Unable to render embedded object: File (  And, we are supposed to get 2500 minutes on our plan. Adding 906 + 1595 is actually 250{*}1{*} minutes) not found. ! Unable to render embedded object: File (  Clearly nobody at Atlassian ran any tests on this code) not found. !!   Bottom line: Atlassian needs to make reporting of build minutes crystal clear, broken down by repository, rather than giving us a total usage without any breakdown.  Expecting people to have to go to their Bitbucket Build Statistics repository ( https://bitbucket.org/atlassian/bitbucket-build-statistics/src/master/) and expecting us to install that on a per-workspace basis is not realistic and DEFINITELY not customer-friendly!!!

            This is a very important feature for us to know the real consumption of minutes by each pipeline and even be able to focus on making improvements to those that are consuming the most time.

            Also to have visibility on the charge, today I received a notice of 70% usage and in the plain details it only states 25% usage.

            Irineu Ruiz added a comment - This is a very important feature for us to know the real consumption of minutes by each pipeline and even be able to focus on making improvements to those that are consuming the most time. Also to have visibility on the charge, today I received a notice of 70% usage and in the plain details it only states 25% usage.

            No need in this feature anymore. Switched to GitHub.

            Mikhail Kopylov added a comment - No need in this feature anymore. Switched to GitHub.

            also need this feature

            Devlist SecurityGate added a comment - also need this feature

            Also need this feature, we are migrating a lot of pipelines off Bamboo, we are on an annual plan and we need to be able to estimate better and clearer how we are using our minutes. The pipe is a great start but would be great if we could add a start date rather than number of days as that would be a better fit for annual plans and would solve our use case.

            Andrew McMorris added a comment - Also need this feature, we are migrating a lot of pipelines off Bamboo, we are on an annual plan and we need to be able to estimate better and clearer how we are using our minutes. The pipe is a great start but would be great if we could add a start date rather than number of days as that would be a better fit for annual plans and would solve our use case.

            That's is a bit confusing, that we can't observe which pipelines are taking most time (and money out of our pockets).

            Roman Shuvalov added a comment - That's is a bit confusing, that we can't observe which pipelines are taking most time (and money out of our pockets).

              Unassigned Unassigned
              2b39c1e4899f lewisb42
              Votes:
              183 Vote for this issue
              Watchers:
              101 Start watching this issue

                Created:
                Updated: