Skip to content

Decision needed: exclude EdgeCloud from release automation #387

@hdamker

Description

@hdamker

Background

The EdgeCloud repository currently carries the sandbox-api-repository topic, which causes it to be included in all release automation tooling (Release Collector, bulk campaigns, centralized linting). However, EdgeCloud functions as an umbrella repository for the Edge Cloud sub-project and does not follow the standard API repository structure:

  • No rX.Y releases (only legacy v0.9.3-rc, v0.8.1)
  • Non-standard file layout (centralized linting cannot be applied, see admin: migrate to centralized linting workflows EdgeCloud#388)
  • All individual APIs have already been split into dedicated repositories (SimpleEdgeDiscovery, TrafficInfluence, ApplicationEndpointDiscovery, ApplicationEndpointRegistration, OptimalEdgeDiscovery), which all participate in automation successfully
  • One remaining API (Edge Application Management) is still in the umbrella repo; moving it to a dedicated repository has been discussed in admin: migrate to centralized linting workflows EdgeCloud#388

Automated campaigns consistently fail or produce incorrect results for this repository. In the recent release-plan rollout campaign, EdgeCloud was the only repository that failed out of 63.

Requested decision

Should the sandbox-api-repository topic be removed from EdgeCloud to exclude it from release automation?

The camara-sp-edge-cloud topic would remain, so the sub-project grouping is preserved. The 5 split-out repositories are unaffected and continue to work normally.

Details and context in the corresponding issue: camaraproject/EdgeCloud#408

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions