Notes on Contributing: Issues and Pull Requests #710
Replies: 9 comments 1 reply
-
noted @birm |
Beta Was this translation helpful? Give feedback.
-
Ok @birm |
Beta Was this translation helpful? Give feedback.
-
acknowledged @birm |
Beta Was this translation helpful? Give feedback.
-
clear @birm |
Beta Was this translation helpful? Give feedback.
-
Noted. Thanks for the information |
Beta Was this translation helpful? Give feedback.
-
Noted @birm |
Beta Was this translation helpful? Give feedback.
-
Does that mean that I will have to generate my own issue and you will go through it and approve it first and then I will be able to generate a pull request on it or can I generate a pull request on any of the issues that have already been raised? |
Beta Was this translation helpful? Give feedback.
-
noted @birm |
Beta Was this translation helpful? Give feedback.
-
@birm |
Beta Was this translation helpful? Give feedback.
-
Hi! I thought I'd quickly share a bit about how caMicroscope usually uses issues and Pull Requests (PRs)!
We don't usually assign issues without a very compelling reason (e.g. update the demo server may be assigned to me, since most people don't have access). So this means that issues are pretty much open to a good PR.
Of course, this may mean that an issue may have multiple PRs addressing it. Sometimes, we can merge multiple of these with little/no problem. Sometimes we may ask a PR author to fix a merge conflict before adding it.
If you want to work on a PR in public but aren't finished, you can mark it as WIP either by setting it as a draft in github, or if you can't figure out how to do that, just mark it as WIP somehow clearly. Be sure to unmark it as wip/draft when finished!
Beta Was this translation helpful? Give feedback.
All reactions