-
Notifications
You must be signed in to change notification settings - Fork 846
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Create an Easier Way to Display Build Data by Team for Main/Admin Users #2668
Comments
Hey @scottietremendous , @YoussB and I were thinking about some possibilities for this feature, coming up with some suggestions for each reason pointed out:
We could add two flags that delimit the range in which builds are
Using that with the first proposal (piping Wdyt? Thx |
@cirocosta - I really like this solution since it doesn't reinvent the wheel. It should be easy to pick-up right away within the cli. How do you see the output being formatted in the command line when multiple teams are selected? It would require a change to the current table format of: |
Hey, Here's our TODO Checklist:
|
Hey, We've been wondering about making the
This changes the current wdyt? cc: @jama-pivotal @scottietremendous |
- Adds `--all-teams` flag - Modifies `--team` flag to `--current-team` - Adds `--team` flag to select the input teams #2668 Signed-off-by: Ciro S. Costa <cscosta@pivotal.io>
#2668 Signed-off-by: Ciro S. Costa <cscosta@pivotal.io>
Changes added per this issue:
|
- after changing the QueryParams function in pagination/concourse.go to accept both since and until together, some tests broke. #2668 Signed-off-by: Ciro S. Costa <cscosta@pivotal.io>
Summary
For auditing and/or billing purposes, there will be times when Operators want to see build data across all team during a given duration.
Currently, Operators (defined as users logged in under admin/main) can login to any team within their Concourse and see a summary of their build data in sequential order starting with the most recent.
ex.
fly -t wings -t whatever-team -c 100
The current model is limiting for Operators running large-scale Concourse Instances for a few reasons:
--count
in work their way down to find the date they had in mind.Proposal
I believe we should add more robust filtering to builds. The two I have in mind are:
Any other filtering ideas for builds are more than welcome!
The text was updated successfully, but these errors were encountered: