Feature: Channels #14

Open
opened 2026-09-07 13:40:11 +00:00 by uwayss · 0 comments
Owner

The problem

Currently, everyone receives the same bundle. There's no way to ship an experimental build to internal testers without exposing it to everyone.

What I'm planning to do

Support multiple channels, each pointing at its own set of updates.
Developers upload a bundle to a specific channel, clients only receive updates from the channel they were built with or set to use

Clients already send expo-channel-name on the manifest request, so this is just routing based on that header and not a completely new endpoint.

TODOs

  • Implement channel creation/listing/deletion
  • Set a bundle's target channel
  • Swap a bundle's channel without rebuilding
  • Resolve a manifest request's channel header correctly.
  • Handle/set up a fallback channel mechanism for unknown/missing channel headers
## The problem Currently, everyone receives the same bundle. There's no way to ship an experimental build to internal testers without exposing it to everyone. ## What I'm planning to do Support multiple channels, each pointing at its own set of updates. Developers upload a bundle to a specific channel, clients only receive updates from the channel they were built with or set to use Clients already send `expo-channel-name` on the manifest request, so this is just routing based on that header and not a completely new endpoint. ## TODOs - [ ] Implement channel creation/listing/deletion - [ ] Set a bundle's target channel - [ ] Swap a bundle's channel without rebuilding - [ ] Resolve a manifest request's channel header correctly. - [ ] Handle/set up a fallback channel mechanism for unknown/missing channel headers
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
uwayss/bareed#14
No description provided.