-
Notifications
You must be signed in to change notification settings - Fork 265
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
CEP-001: Definition of the proposal process #2256
Conversation
Co-authored-by: Maximilian Linhoff <maximilian.linhoff@tu-dortmund.de>
Co-authored-by: Maximilian Linhoff <maximilian.linhoff@tu-dortmund.de>
Co-authored-by: Maximilian Linhoff <maximilian.linhoff@tu-dortmund.de>
Co-authored-by: Maximilian Linhoff <maximilian.linhoff@tu-dortmund.de>
Co-authored-by: Maximilian Linhoff <maximilian.linhoff@tu-dortmund.de>
Co-authored-by: Maximilian Linhoff <maximilian.linhoff@tu-dortmund.de>
Co-authored-by: Maximilian Linhoff <maximilian.linhoff@tu-dortmund.de>
For the documentation, I suggest we separate CEPs by accepted/rejected, at least in the index of all CEPs, maybe even better in the CEP folder structure itself (refile them as necessary). Reading some of the others like PIGs, I found it confusing to know if each was accepted or not without opening each one and reading. Also, the version where the CEP was implemented (if applicable) would also be useful, so perhaps a table like
|
I think the numpy solution of putting them in sections after status is enough, and likewise just updating the title of a CEP to include the version something was implemented is probably sufficient. I pushed a change to where things got moved to subdirectories implementing this. |
Why do we need a directory for drafts? I think we only merge a CEP once it is proposed? Or even only when it is actually accepted or rejected? So we would only need |
fixed typo.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. It's true that the Drafts folder may be superfluous, but it depends a bit on the review process (if its fully in PRs only or decoupled)
@maxnoe Well the draft directory is simply where I put the draft as I work on them. It just seems sensible to keep drafts close to where they will end up once they are far along that they can be proposed, so no real harm in having it there to encourage others to keep things neat. If we really get problems with people committing lots of drafts by mistake then we could just add it to a .gitignore. |
Fine with me in theory, but in practice it creates problems now.... docs build failes due to:
Is there a sphinx option to not error for empty globs? |
Added a "Rejected" section to the index, removed the explicit section for drafts but left the folder in the filesystem. Not sure I care so much either way honestly... More annoyingly is that I can't find a way to disable the warning-turned-error I get from trying to pre-emptively adding a glob for accepted CEPs... |
I just comment out the globbing for the two failing directory, not very elegant but it sort of works for now? |
I think there is nothing really we can do about it, so I would be fine. @kosack Since we both reviewed and approved here, shall we directly add this to the "accepted" ceps? |
Build is failing now due to the move, need to adapt which globs are commented out:
really annoying... |
This is a first draft of the "root" CEP that defines the purpose, scope and process for further proposals. Basically I took the gammapy and Astropy documents outlining their change proposal process and mashed them together, trying to abbreviate and restructure as seemed reasonable.
This is very much a draft, both in terms of the actual process proposed and because I don't know the markup magic so some things that are supposed to be links are broken.
The hope is that it will nevertheless sever as a useful basis for discussion.