mirror of
https://github.com/pcottle/learnGitBranching.git
synced 2025-08-14 06:58:56 +02:00
notes
This commit is contained in:
parent
602d4ad911
commit
a845404a49
1 changed files with 17 additions and 6 deletions
23
todo.txt
23
todo.txt
|
@ -16,12 +16,13 @@ Medium things:
|
||||||
|
|
||||||
Argument things:
|
Argument things:
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||||
1) ok say I have branch banana and its one commit ahead of master. if I git pull origin master while checked out on banana, it fetches those commits (doesnt update origin/master) and then merges them into banana.
|
|
||||||
|
|
||||||
aka fetch + merge, just like expected. ill probably still update o/master just for sanity. master is the source on the remote and HEAD is the source on local (place to merge). o/master gets updated regardless
|
|
||||||
|
|
||||||
just pass options into fetch, then merge the source.
|
just pass options into fetch, then merge the source.
|
||||||
|
[ ] huge update to level you wrote. that you said is true for
|
||||||
|
git fetch and git push (basically) but pull is not the same. basically
|
||||||
|
its going to ignore where you are during the fetch
|
||||||
|
|
||||||
|
[ ] IDEA!!! just talk about arguments for each command one at a time. build
|
||||||
|
concept of place first and then expand on it!
|
||||||
|
|
||||||
[ ] FIX the level you came up with
|
[ ] FIX the level you came up with
|
||||||
|
|
||||||
|
@ -43,8 +44,18 @@ Ideas for cleaning
|
||||||
Done things:
|
Done things:
|
||||||
(I only started this on Dec 17th 2012 to get a better sense of what was done)
|
(I only started this on Dec 17th 2012 to get a better sense of what was done)
|
||||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||||
[x] and then "git pull origin banana:origin/banana" works because it goes into the remote branch and then merges the fetch HEAD with current location
|
[x] aka fetch + merge,
|
||||||
[x] oh boy heres anothere data point. git fetch banana:banana will actually fast-forward banana to what remote has, but not update o/banana. weirdly it doesnt let you do this if you are checked out on banana
|
just like expected. ill probably still update o/master just for sanity
|
||||||
|
master is the source on the remote and HEAD is the source on local
|
||||||
|
(place to merge). o/master gets updated regardless
|
||||||
|
[x] ok say I have branch banana and its one commit ahead of master. if I git
|
||||||
|
pull origin master while checked out on banana, it fetches those commits
|
||||||
|
(doesnt update origin/master) and then merges them into banana.
|
||||||
|
[x] and then "git pull origin banana:origin/banana" works because it goes into
|
||||||
|
the remote branch and then merges the fetch HEAD with current location
|
||||||
|
[x] oh boy heres anothere data point. git fetch banana:banana will actually
|
||||||
|
fast-forward banana to what remote has, but not update o/banana. weirdly it
|
||||||
|
doesnt let you do this if you are checked out on banana
|
||||||
[x] furthermore, if banana has commits and its not a FF, it will reject the command. wth??
|
[x] furthermore, if banana has commits and its not a FF, it will reject the command. wth??
|
||||||
[x] test is failing because we create banana when we should only really be creating o/banana
|
[x] test is failing because we create banana when we should only really be creating o/banana
|
||||||
[x] work on TABBED levels layout
|
[x] work on TABBED levels layout
|
||||||
|
|
Loading…
Add table
Add a link
Reference in a new issue