Closed github-learning-lab[bot] closed 5 years ago
Good job! Remember from the last issue that your history now looks something like this, without conflicts:
However, in a real world scenario, it's possible that a peer or colleague will have edited the same file in the same place as your pull request.
To demonstrate, I'll stand in as your colleague :wave:. In Pull Request https://github.com/msorre2/merge-conflict/pull/3, you'll see that the education file has been changed. If the other pull request is merged to master
first, you will see a conflict in your pull request. Let's try it now.
Good job! By making commits on two branches, you've created a history just like you saw in your previous conflict.
Typically, this happens when someone else merges a branch into master
that has commits in the same files you've been working on.
Because you created both conflicts, feel free to resolve these conflicts as you wish.
Try and test your memory without a step-by-step breakdown! If you can't remember the exact steps, [here's a link]() to your previous PR with the more detailed instructions for conflict resolution.
Great job, @msorre2, your pull request is free of conflicts. :tada:
Go ahead and merge this pull request now.
:wave: hiya Please remember to delete your branch after merging or closing if you haven't done so already.
You created your first merge conflict!
Are you ready to try a more complicated conflict?
Step 5a: Create your own conflict
So far, this pull request doesn't have any conflicts, but I have added some new branch protections to prevent you from merging before you're ready.
In the last activity, you solved a merge conflict that someone else created. This time, you'll create the merge conflict yourself.
:keyboard: Activity: Make changes on this branch
_data/education.yml
file that had been previously modifieddegree:
,uni:
,year:
, andsummary:
linesWatch below for my response