As a first time git developer, I struggled to understand whether to create a new fork for each pull request or not.
After asking the IRC chat, I have added this to the documentation to further help new developers using git.
As a first time git developer, I struggled to understand whether to create a new fork for each pull request or not.
After asking the IRC chat, I have added this to the documentation to further help new developers using git.
I'm not sure this belongs here. It looks like git/github documentation.
I added it here because the instructions above it tell the user to
but it's not clear that the first step should only be taken once and the user should add an upstream, so I was adding clarification.
Maybe change the "1" to something like "1. Fork repository (only the first time)".
Maybe change the "1" to something like "1. Fork repository (only the first time)".
+1 on this, better to integrate these kind of remarks into the process
Yes will look neater, I'll do this later on tonight.
ACK
This is about learning. When one learns something and someone else can learn from that, it improves us as a group. Welcome and all the best @dannmat !
@dannmat No need to change the patch but think of one more way to do it. More lazy than what is written in the linked GitHub's article. Hint: origin. Which repo is usually cloned first? (even before any change is done to the source code)
Thanks! I'll have a read up on origin now!
Changed and squashed
@dannmat Nice! Short and lean, though useful addition.
45 | @@ -46,7 +46,7 @@ facilitates social contribution, easy testing and peer review. 46 | 47 | To contribute a patch, the workflow is as follows: 48 | 49 | - 1. Fork repository 50 | + 1. Fork repository [only first time](https://help.github.com/en/articles/configuring-a-remote-for-a-fork).
Can you change this to kallewoof's suggestion above.
1. Fork repository ([only the first time](https://help.github.com/en/articles/configuring-a-remote-for-a-fork)).
Rebased and squashed
45 | @@ -46,7 +46,7 @@ facilitates social contribution, easy testing and peer review. 46 | 47 | To contribute a patch, the workflow is as follows: 48 | 49 | - 1. Fork repository 50 | + 1. Fork repository ([only the first time](https://help.github.com/en/articles/configuring-a-remote-for-a-fork)).
Maybe link to https://help.github.com/en/articles/fork-a-repo is more relevant here?
Yes this is more relevant to the topic. I'll change this
Concept ACK.
As a first time git developer, I struggled to understand whether to create a new fork for each pull request or not.
After asking the IRC chat, I have added this to the documentation to further help new developers using git.
Co-Authored-By: Michael <fanquake@gmail.com>
ACK f09ba060cacd42e4cb9a242c1d731deb1f6623c6 - For such a simple change, I think we've bike-shed this enough already. The bitcoin/bitcoin repo isn't really where anyone should be learning how to use git etc, but I think linking out here is ok.