ipfs / ipfs/distributions

How would release channels be implemented?

Open
#78 4 comments 0 reactions 0 assignees View on GitHub
Dominant language
Less
Stars
50
Forks
30
Avg merge
50m
Merged PRs (30d)
1

Description

This follows on from #77. It is effectively the approach "(2)".

There is interest from the community in having build channels for:
- RCs
- dev builds (somewhere between a nightly and an RC)
- nightlies

dist.ipfs.io could show nightlies/dev builds as an option under each distribution (we'd have to choose whether to do a grid too, and whatnot), or a "channel" (ie chose from `{release, RCs, dev, nightly}`). It will take some design work and dev work to come up with ideas on how this should look, and then implement it.

We will need to decide:
- How should channels be represented?
- as another dir in the hierarchy? (`///`)
- or as a symlink (it's really a branch, right...)? (`/ -> /`)
- or as link values in the `dist.json` (`{ ... "channels": { "": "", "release": "0.4.2", "RCs": "0.4.3-rc3", ...} }`)
- or as semver suffixes? (`-.`, `0.4.3-rc.3`)
- How should channels show up on the index page?
- maybe "tabs" or "pills" on top of the grid? that we select to change the channel?
- different grids all shown? (this seems very screen real-estate expensive)
- We should display a warning when users download `dev` or `nightly`.
- Basically, we should have a yellow warning for "RCs" and a red warning for "dev" and "nightly", so that people only download them when they're sure.

Contributor guide

No contributing guide indexed for this repository

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.