Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature]: easier distribution for pre-release versions of mods #4159

Open
JonnyOThan opened this issue Aug 15, 2024 · 2 comments
Open

[Feature]: easier distribution for pre-release versions of mods #4159

JonnyOThan opened this issue Aug 15, 2024 · 2 comments
Labels
Cmdline Issues affecting the command line ConsoleUI Issues affecting the interactive console UI Core (ckan.dll) Issues affecting the core part of CKAN Discussion needed Enhancement New features or functionality GUI Issues affecting the interactive GUI Netkan Issues affecting the netkan data Schema Issues affecting the schema Spec Issues affecting the spec

Comments

@JonnyOThan
Copy link
Contributor

JonnyOThan commented Aug 15, 2024

Motivation

I often put out a pre-release version of mods like RasterPropMonitor and FreeIva and have people alpha-test them for a bit to screen for any new bugs before pushing a wider distribution. These currently always have to be manually installed since CKAN doesn't pick them up. It would be nice to make that process a little more streamlined.

Suggestions

I'd like to explore a way for mod developers to be able to publish pre-release versions of their mods and have users opt-in to receiving them.

I think in the past this has been done by adding metadata repos (for kopernicus?). This works but feels pretty clunky - and requires a lot of extra work on behalf of the modder to set up.

There are two components that I'd like to see in some kind of system:

  • a way for modders to mark releases as "pre-release" vs "stable"
  • a way for CKAN users to opt-in to getting pre-release versions of mods, either:
    • manually from the mod's versions tab
    • on an opt-in basis per mod (e.g. as a label)
    • globally (worst option, but I'd take it if the above aren't possible)

The modder's side of this sort of already exists, at least on github: releases can be marked as pre-release and ckan does not index these. There is a release_status field in the .ckan metadata - is this actually used for anything currently? As a weak proposal, what if we indexed github prereleases and set their release_status field? And then the decision to update or not would be on the client side.

@JonnyOThan JonnyOThan added Enhancement New features or functionality Core (ckan.dll) Issues affecting the core part of CKAN Discussion needed labels Aug 15, 2024
@HebaruSan HebaruSan added GUI Issues affecting the interactive GUI Spec Issues affecting the spec Netkan Issues affecting the netkan data Schema Issues affecting the schema Cmdline Issues affecting the command line ConsoleUI Issues affecting the interactive console UI labels Aug 20, 2024
@HebaruSan

This comment was marked as resolved.

@JonnyOThan
Copy link
Contributor Author

Sure. Specifically I often put out a pre-release version of mods like RasterPropMonitor and FreeIva and have people alpha-test them for a bit to screen for any new bugs before pushing a wider distribution. These currently always have to be manually installed since CKAN doesn't pick them up. It would be nice to make that process a little more streamlined.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Cmdline Issues affecting the command line ConsoleUI Issues affecting the interactive console UI Core (ckan.dll) Issues affecting the core part of CKAN Discussion needed Enhancement New features or functionality GUI Issues affecting the interactive GUI Netkan Issues affecting the netkan data Schema Issues affecting the schema Spec Issues affecting the spec
Projects
None yet
Development

No branches or pull requests

2 participants