Skip to content

Conversation

@migmartri
Copy link
Member

Summary

Add optional team field to WorkflowRef message to provide team context when referencing workflows in contract responses.

This change extends the WorkflowRef message to include the team field, aligning it with WorkflowItem which already exposes team information. The team field is populated from the workflow entity and included in API responses for workflow contract describe and list operations.

Changes

  • Extended WorkflowRef protobuf message with team field
  • Updated business layer, data layer, and service layer to handle team
  • Updated CLI action layer for proper JSON serialization
  • Updated CLAUDE.md with current year (2026)

The change is fully backward compatible as the team field is optional.

Add optional team field to WorkflowRef message to provide team context
when referencing workflows in contract responses. This brings WorkflowRef
in line with WorkflowItem which already includes team information.

Changes:
- Add team field to WorkflowRef protobuf message
- Update business layer WorkflowRef struct
- Update data layer to populate team from workflow entity
- Update service layer conversion to include team
- Update CLI action layer to handle team in JSON output
- Update CLAUDE.md with correct copyright year (2026)

Signed-off-by: Miguel Martinez <[email protected]>
@migmartri migmartri changed the title Add team field to WorkflowRef message feat(api): add team field to WorkflowRef message Jan 8, 2026
@jiparis
Copy link
Member

jiparis commented Jan 8, 2026

I thought we were going to remove the team field. Is it still used?

@migmartri
Copy link
Member Author

migmartri commented Jan 8, 2026

I thought we were going to remove the team field. Is it still used?

yes it is, although behind --wide flags

I am implementing it to maintain feature parity, but let's discuss the deprecation of team

Signed-off-by: Miguel Martinez <[email protected]>

func pbWorkflowRefToAction(in *pb.WorkflowRef) *WorkflowRef {
return &WorkflowRef{ID: in.GetId(), Name: in.GetName(), ProjectName: in.GetProjectName()}
return &WorkflowRef{ID: in.GetId(), Name: in.GetName(), ProjectName: in.GetProjectName(), Team: in.GetTeam()}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is the team needed to identify a Workflow? Isn't it enough with the ID or Name?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it is used in the UI though

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants