-
Notifications
You must be signed in to change notification settings - Fork 19
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
[OTHER] Add CONTRIBUTING.md. #25
Comments
Per my comment in #14, I recommend that all development within this repo is done in separate branches, using some naming convention, and merged back into |
I agree I think that we should have the convention for branchs should be |
@brannonh and @jvanz if we are going to use PRs and branches to manage things and are going to have a rule that one of the 3 of us preforms a CR on it before merging it we need to make it a priority to address PRs as fast as reasonable and before other chores like maintaining documentation and replying to issues |
@Eforen As much as I would like to be able to review PRs as soon as they are submitted, that is not my reality right now, nor do I think it's necessarily expected from an open source project. I want to see development move forward, but I can't respond to everything in real-time. I have other responsibilities and priorities in my life. I will get to things here as quickly as I can. That being said, if we want to remove PR reviews from the process in favor of faster development, I don't have a problem with that. |
I think there is value in keeping the PRs in the process to at least have a paper trail. I am thinking it might make sense to atleast try to wait 24 hours for a posible CR. My main availablilty right now is the weekends so thats when I will likely be doing the most dev I do. |
We do really need to do this |
Indeed. Been busy as of late, but will try to find some time to work on this project soon. |
Same I scraped together a release that people were asking for but have not had much time otherwise |
With multiple devs beginning to work on this project it would be good to set expectations and provide any necessary guidance via a CONTRIBUTING.md file.
We can discuss those expectations and guidance in this issue and track below what we want to include in the file. Feel free to 👍🏻 any ideas you like.
Expectations
Guidance
The text was updated successfully, but these errors were encountered: