You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hello, I went looking for guidelines as to how to interact with this repository and couldn't find anything so I'm asking here, if there's are contribution guidelines or a development protocol that is being followed. The README offers the following guidance:
Criteria for acceptance of NIPs
They should be implemented in at least two clients and one relay -- when applicable.
They should make sense.
They should be optional and backwards-compatible: care must be taken such that clients and relays that choose to not implement them do not stop working when interacting with the ones that choose to.
There should be no more than one way of doing the same thing.
Other rules will be made up when necessary.
This does not touch on things like:
what makes a good issue?
what's expected in a pull request?
do NIPs become final and what changes are allowed after that?
what are the responsibilities of the maintainers before merging?
At this time there are 96 open pull requests only a few of which are draft of WIP and I'd love to help get that number down to increase development speed and agility.
On behalf of current and future contributors, I appreciate your thoughts and guidance.
Edit: Since I've been interested in this aspect of open source projects and protocols, I'd like to offer the potential solution of adopting https://rfc.zeromq.org/spec/42/ which addresses 3/4 of the bulleted concerns above.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hello, I went looking for guidelines as to how to interact with this repository and couldn't find anything so I'm asking here, if there's are contribution guidelines or a development protocol that is being followed. The README offers the following guidance:
Criteria for acceptance of NIPs
This does not touch on things like:
At this time there are 96 open pull requests only a few of which are draft of WIP and I'd love to help get that number down to increase development speed and agility.
On behalf of current and future contributors, I appreciate your thoughts and guidance.
Edit: Since I've been interested in this aspect of open source projects and protocols, I'd like to offer the potential solution of adopting https://rfc.zeromq.org/spec/42/ which addresses 3/4 of the bulleted concerns above.
Beta Was this translation helpful? Give feedback.
All reactions