[FEAT]: Add team command group#727
Conversation
| var err error | ||
|
|
||
| spinErr := bkIO.SpinWhile(f, "Loading teams information", func() { | ||
| teams, _, err = f.RestAPIClient.Teams.List(ctx, f.Config.OrganizationSlug(), nil) |
There was a problem hiding this comment.
Any concerns about not paginating here? I'm not sure how many teams we return per page, but I'm guessing sooner or later we will come across someone who has hundreds of them.
| Description: current.Description, | ||
| Privacy: current.Privacy, | ||
| IsDefaultTeam: current.Default, | ||
| MembersCanCreatePipelines: false, |
There was a problem hiding this comment.
Claude flagged the fact that every time someone updates a team, it's going to set members_can_create_pipelines: false even if the current setting for that team is true. "Balderdash," said I. "Prove it!" So we looked at go_buildkite, where it turns out that the Team struct doesn't include all the fields that the API returns, including MembersCanCreatePipelines. And then looking upstream at the API in Team::Updater and how it would handle this, it looks like it would in fact apply the false flag and change the setting unexpectedly. We'd need to fix this in go_buildkite and then here do MembersCanCreatePipelines: current.MembersCanCreatePipelines,
If this makes sense to you, I can throw the PR at go_buildkite and then add a commit to this.
There was a problem hiding this comment.
I think false is a sensible default? It's definitely safer than true and would still allow for creation of the team but with safeguards in place.
There was a problem hiding this comment.
Discussed in Slack - we still need to fix go_buildkite to avoid us forcibly changing this setting when we update teams. That'll be a separate task.
341f59d to
d4f894d
Compare
There was a problem hiding this comment.
The latest merge from main left the branch unbuildable. I left three blockers for the parse, module, and callback-signature failures reported by CI, plus one non-blocking pagination edge case.
Want to dig deeper?
Paste this into your agent to explore the findings from this review's Buildkite build:
Download the buildsworth logs from build 8503, then answer my questions about the findings.
Install the reading-buildsworth-logs skill to run this.
About buildsworth
Model: gpt-5.6-sol with xhigh thinking.
How to request a review: Comment @buildsworth-bk review on the PR, or request buildsworth-bk as a reviewer.
Risk labels (how buildsworth classifies risk) — buildsworth classifies risk itself from the diff. To let it approve, grant L2 approval by mentioning @buildsworth-bk (see L2 approval grant):
- L1 — Low risk (dep bumps, docs/copy, lockfiles, small presentational fixes). buildsworth may approve by default.
- L2 — Standard risk (new UI, additive API fields, refactors). Approved only with an L2 grant; otherwise comment-only.
- L3 — High risk (auth, migrations, payments, secrets, perf-critical paths). Human review always required.
| "time" | ||
|
|
||
| "github.com/buildkite/cli/v3/pkg/output" | ||
| buildkite "github.com/buildkite/go-buildkite/v4" |
There was a problem hiding this comment.
Blocking: The repository now requires go-buildkite/v5, and Factory.RestAPIClient is a v5 client, so this /v4 import (and the other new team imports) has no module provider; CI fails before compiling these packages. Please migrate the team code and tests to /v5. The v5 update endpoint takes buildkite.UpdateTeam with buildkite.Some(...), rather than CreateTeam.
| } | ||
|
|
||
| var t buildkite.Team | ||
| spinErr := bkIO.SpinWhile(f, "Creating team", func() { |
There was a problem hiding this comment.
Blocking: SpinWhile now accepts func() error, so this callback—and the five other new team callbacks—does not type-check. Please return the REST call’s error from each callback, following the current cluster and queue commands.
| // Kong CLI structure, with base commands defined as additional commands are defined in their respective files | ||
| type CLI struct { | ||
| // Global flags | ||
| Yes bool `help:"Skip all confirmation prompts" short:"y"` |
There was a problem hiding this comment.
Blocking: This inserted block duplicates the current CLI fields immediately below it, and the added UserCmd near TeamCmd is also left unclosed. As a result, main.go does not parse (CI reports the redeclarations and missing }). Please reapply only the Team field and TeamCmd definition to the current main.go.
|
|
||
| all = append(all, pageTeams...) | ||
|
|
||
| if len(pageTeams) < perPage { |
There was a problem hiding this comment.
Non-blocking: If a partial final page crosses the limit—for example, 90 collected plus a 15-item page with --limit 100—this breaks before hasMore is set. The result is then truncated to 100, but text output says Showing 100 teams even though five were omitted. Could we set hasMore when len(all) > limit before this break?
Description
Adds support for group of
teamcommands, as available in go-buildkiteChanges
team {create,delete,list,update,view}main.goto supportTesting
go test ./...)go fmt ./...)