Closed fredjaya closed 10 months ago
Related to the [Cautionary notes for development] point, where your fork should always by up-to-date with upstream
Good questions.
Here's my thinking. When a contributor makes a PR, a core dev has to review it. We only want to see the changes that they have made relative to the issue they're tackling.
My general advice is they create a new branch for each issue they work on (and keep those branches, and thus issues, separate). They should then try and keep their fork up-to-date using the GitHub sync with upstream feature and rebase their branch with cogent3@develop.
When they do their PR, they should do it to the cogent3@develop branch. I'd chat about this with @khiron and @KatherineCaley during the next meeting. Both have experienced different strategies.
Consensus is to rebase.
Should contributors adhere strictly to either
merge
orrebase
before PRs?Are there any other git-specific things to consider? i.e. https://numpy.org/doc/stable/dev/development_workflow.html#additional-things-you-might-want-to-do