-
Notifications
You must be signed in to change notification settings - Fork 654
PR for @MacDennis76 suggested fix for Dynamic Repo #348
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
Conversation
updating my fork from master
Thanks for the contribution! Can I make a suggestion that you redo this Pull Request by first creating a branch off of master? This will allow you to rebase the changes that have happened, rather than having a merge commit in the PR. Thanks! |
Forgive me. I've thus far lived a sheltered source control life consisting of Visual Source Safe and TFS. Rebasing is an entirely new concept for me. Not sure how long that will take me :) Happy for someone more familiar with git to review and make this 1 liner change in the interim if its needed. |
Git is awesome once you figure it out. You will not want to go back. I find git best on the command line, then using something like Git Extensions to visualise and sometimes commit if you want to commit only a subset of your changes. With the git workflow we tend to use in open source there is one basic rule which makes life easier for us and can help prevent things going wrong (git has a lot of sharp edges unfortunately). That rule is don't commit to master. The reason is then you master is always clean with no custom commits and you can 'pull upstream' without merge commits. To get yourself into the ideal state, do this:
Rebasing will not replay merge commits, so they get removed. You can then Once it has been merged, or if you want to work on something else you go
And you have a new feature branch, not containing commits from your other feature branches ready to go and work on something else before your first PR is merged. Hope that helps |
Thanks Jake, that is extremely helpful, I didn't realise that I have generally been using Visual Studio with the Git plugin / UI - but it doesn't expose many of these git commands so I'm having to switch to GitBash on windows for this stuff. It seems my local repo is missing So i'll add that, and then follow those steps. I think the penny is slowly dropping. I am just wondering, is it always the case that you have to manually add the remote for "upstream" - i would have thought the cloning process would potentially also copy the remotes from the source repo and add them to the clone repo automagically. Perhaps I am expecting too much :) Thanks for your help :) |
Ok - have submitted the new PR - will close this one! Thanks again |
@dazinator yeah, have to manually add upstream as a remote. My normal clone process is
The last step makes master track upstream, not your fork. Handy when git is telling you how many commits you are behind. You want it tracking upstream |
@dazinator sorry, I should have went into more detail when I made my first comment. Looks like @JakeGinnivan has got you covered though 👍 |
Here is the replacement PR for this one: #349 |
No description provided.