▲ | oakashes 4 days ago | |||||||
Something I ran into during exercise 2 (and from watching the solution video[0] closely I see the author did as well): There were four consecutive changed lines in my original commit. When I split it, I selected the deletion and addition for the first two lines. In the resulting newly created commit, those two lines had been moved to below the other two lines, so the order was now 3 -> 4 -> 1 -> 2, with the second commit moving 3 and 4 back to their original places. I didn't figure out a clean way to fix this - when I edited the commit which changed lines 1 and 2 to put them back at the top, it made a conflict with the second commit which I had to repair. Anybody know what I should have done differently to split the commit and keep the edited lines in their original places? [0]: https://www.loom.com/share/e3e148f07fb9420180ebb047f5ca94b3 | ||||||||
▲ | kinghajj 3 days ago | parent | next [-] | |||||||
It seems to work correctly if you include the last two lines in the first commit.
| ||||||||
▲ | 3 days ago | parent | prev | next [-] | |||||||
[deleted] | ||||||||
▲ | Darmani 3 days ago | parent | prev [-] | |||||||
Wow, good catch! I had not noticed. I don't know if there is a fix for this. It seems to be a fundamental issue of the delete-and-add way of representing change hunks. | ||||||||
|