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

Which copy of the SPEC should changes be proposed against? #276

Open
dstansby opened this issue Nov 22, 2024 · 4 comments · May be fixed by #281
Open

Which copy of the SPEC should changes be proposed against? #276

dstansby opened this issue Nov 22, 2024 · 4 comments · May be fixed by #281

Comments

@dstansby
Copy link
Contributor

I want to contribute a minor clarification to the spec, but it's not clear what the process is to do that. In particular, which file in this GitHub repo should I propose a change against?

I suggest that a new "Contributing" (or similar) section is added at the top level to https://ngff.openmicroscopy.org/, which explains how to 1) propose minor changes/clarifications 2) how to propose major additions or changes (ie. explain or link to the RFC process).

@joshmoore
Copy link
Member

Before @normanrz's 0.5 changes, your changes would have gone into /latest/. #271 captured "well, now we need a new mechanism". If you have suggestions on doing that, feel free. Otherwise, you can keep capturing proposals against /0.5/ as you did in gh-277 etc. while this issue (#276+#271) gets worked out.

@dstansby dstansby linked a pull request Nov 29, 2024 that will close this issue
@dstansby
Copy link
Contributor Author

i've put a proposal at #281 - do you have context on why latest was removed (cc @normanrz)? It seems quite logical to me to always have a latest folder that changes are made against, and that is just copied and 'frozen' in a folder named after each version when a release is made.

@normanrz
Copy link
Contributor

normanrz commented Nov 29, 2024

We were thinking of migrating to a branch-based scheme of managing versions. Instead of 0.4, 0.5, latest folders, there would be 0.4, 0.5, latest branches. But we didn't have the time to fully build it out because we were focussed on getting 0.5 done. Putting a symlink in for latest -> 0.5 solved the need to keep existing links functioning.

@joshmoore
Copy link
Member

See #282 for a first POC

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 a pull request may close this issue.

3 participants