I have solved an issue on an open project, on a dedictated fork I've made.After that, I've committed, pushed and merged (pull request) into the main master repo.Now I wish to work on another issue.What's the best way to do this? Should I use the same fork I worked on for previous issue(s)?
Github - what is the best practice when working on open source project issues
open source;git;github
Usually, for github, workflow is to have one fork (I even doubt you can fork the same repo more than once under the same account) but seperate branches per PR. Example:create fork, clone locallycheckout a new, aptly named branch, say 'issuexxx-fix'commit/push some workcreate PRWhen some time later you want to work on another issue you first get your fork up to date and repeat the above, in a different branch:checkout master branch againreset (or merge) master branch to upstream's latest commitcheckout a new, aptly named branch, e.g. issuexxx-fixcommit/push some workcreate PRAnd suppose you'd need more work on an issue you worked on before already, you'll normally want to rebase the original and new work on top of the latest upstream merges as that might reduce the amount of work the maintainer has to merge it (you fix possible conflicts instead of having them do it):checkout the branch usedrebase on latest upstream commitcommit/pushexisting PR gets updated automatically