Все задания в данном разделе подразумевают манипуляцию с коммитами и ветками в текущем репозитории.
Репозиторий данного задания в GitHub Classroom является fork'ом (копией) некоторого upstream репозитория nsu-syspro/mpt-git-basics.
Помимо основной ветки main в данном репозитории должны присутствовать и другие ветки, образующие следующую иерархию:
$ git log --oneline --graph --glob='*greeter' --glob='*sorting'
* f96816b (origin/sorting) Make sorting more verbose
| * e7a8f53 (origin/faster-sorting) Use better sorting algorithm
|/
* 69079b4 Implement base sorting
| * eb3bde4 (origin/exit-greeter) Add some greetings in the end
| | * 79725ea (origin/entrance-greeter) Add some greetings in the beginning
| |/
| * f96bdde (origin/greeter) Hello world in C
|/
* a6172c7 Initial commit
Important
Проверьте, что иерархия интересующих нас веток в данном репозитории соответствует ожидаемой, выполнив приведенную выше команду.
Если же иерархия веток отличается или их нет, обратитесь за помощью к преподавателю или попробуйте синхронизовать все ветки из upstream репозитория самостоятельно с помощью инструкций ниже.
Подробные инструкции
-
Добавить
upstream
репозиторий, как remote и сделатьfetch
:$ git remote add upstream git@github.com:nsu-syspro/mpt-git-basics.git $ git fetch upstream remote: Enumerating objects: 26, done. remote: Counting objects: 100% (26/26), done. remote: Compressing objects: 100% (20/20), done. remote: Total 25 (delta 5), reused 21 (delta 1), pack-reused 0 Unpacking objects: 100% (25/25), 2.26 KiB | 289.00 KiB/s, done. From github.com:nsu-syspro/mpt-git-basics * [new branch] entrance-greeter -> upstream/entrance-greeter * [new branch] exit-greeter -> upstream/exit-greeter * [new branch] faster-sorting -> upstream/faster-sorting * [new branch] greeter -> upstream/greeter * [new branch] main -> upstream/main * [new branch] sorting -> upstream/sorting
После этого можно убедиться, что все
upstream
ветки теперь видны в локальном репозитории:$ git branch --remotes origin/HEAD -> origin/main origin/main upstream/entrance-greeter upstream/exit-greeter upstream/faster-sorting upstream/greeter upstream/main upstream/sorting
-
Затем нужно опубликовать все ветки из
upstream
вorigin
:$ git push origin "refs/remotes/upstream/*:refs/heads/*" Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git * [new branch] upstream/entrance-greeter -> entrance-greeter * [new branch] upstream/exit-greeter -> exit-greeter * [new branch] upstream/faster-sorting -> faster-sorting * [new branch] upstream/greeter -> greeter * [new branch] upstream/sorting -> sorting ! [rejected] upstream/main -> main (non-fast-forward) error: failed to push some refs to 'github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. If you want to integrate the remote changes, hint: use 'git pull' before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details.
Так как ветка
origin/main
в текущем репозитории опережаетupstream/main
, то Git нам не дал ее таким образом перезаписать (что хорошо).
Есть способы форсировать такую перезапись, но для целей данного задания нам это не понадобится --- достаточно синхронизации всех остальных веток.Теперь осталось убедиться, что интересующие нас ветки попали в
origin
:$ git branch --remote origin/HEAD -> origin/main origin/entrance-greeter origin/exit-greeter origin/faster-sorting origin/greeter origin/main origin/sorting upstream/entrance-greeter upstream/exit-greeter upstream/faster-sorting upstream/greeter upstream/main upstream/sorting
-
Далее рекомендуется удалить
upstream
remote из локального репозитория, чтобы не мешался в дальнейшем (оригинальный репозиторий на GitHub останется без изменений):$ git remote remove upstream
При работе с несколькими remote репозиториями, могут возникнуть сложности при переключении веток:
$ git switch greeter hint: If you meant to check out a remote tracking branch on, e.g. 'origin', hint: you can do so by fully qualifying the name with the --track option: hint: hint: git checkout --track origin/<name> hint: hint: If you'd like to always have checkouts of an ambiguous <name> prefer hint: one remote, e.g. the 'origin' remote, consider setting hint: checkout.defaultRemote=origin in your config.
Как подсказывает сам Git, при первом переключении на ветку, если она уже существует в нескольких remote репозиториях, нужно явно указать из какого репозитория брать ветку с помощью опции
--track origin/<name>
уgit checkout
или более современной командыgit switch
:$ git switch --track origin/greeter branch 'greeter' set up to track 'origin/greeter'. Switched to a new branch 'greeter'
В текущем репозитории на подготовительном шаге были добавлены ветка greeter
и растущие из нее ответвления entrance-greeter
и exit-greeter
, содержащие
различающиеся реализации HelloWorld
программы на языке Си.
---
config:
gitGraph:
parallelCommits: true
rotateCommitLabel: false
---
gitGraph:
commit id: "Initial commit"
branch greeter
commit id: "Hello world in C"
branch entrance-greeter
commit id: "Add some greetings in the beginning"
checkout greeter
branch exit-greeter
commit id: "Add some greetings in the end"
При работе с ветками, удобно визуализировать их с помощью графического Git-клиента или с помощью команды
git log
с фильтрацией интересующих веток:$ git log --graph --oneline --glob='*greeter' * eb3bde4 (origin/exit-greeter) Add some greetings in the end | * 79725ea (origin/entrance-greeter) Add some greetings in the beginning |/ * f96bdde (origin/greeter) Hello world in C * a6172c7 Initial commit
Требуется произвести слияние веток без разрешения конфликтов:
- Влить
entrance-greeter
иexit-greeter
вgreeter
- Влить полученную ветку
greeter
вmain
Подробные инструкции
- Перейти на ветку
greeter
$ git switch greeter branch 'greeter' set up to track 'origin/greeter'. Switched to a new branch 'greeter'
- Влить ветки
entrance-greeter
иexit-greeter
в веткуgreeter
(конфликтов быть не должно)$ git merge --no-ff origin/entrance-greeter Merge made by the 'ort' strategy. src/hello.c | 1 + 1 file changed, 1 insertion(+) $ git merge --no-ff origin/exit-greeter Auto-merging src/hello.c Merge made by the 'ort' strategy. src/hello.c | 1 + 1 file changed, 1 insertion(+)
Аргумент
--no-ff
нужен, чтобы гарантировать создание коммита слияния, даже если вливаемая ветка растет напрямую из текущей. В такой ситуации по умолчанию коммит слияния не создается, а текущая ветка просто переставляется на вливаемую (так называемый fast-forward merge). - Убедиться, что программа работает правильно (хоть явных конфликтов и не было,
слияние двух версий всегда может внести неявные конфликты):
$ gcc src/hello.c -o src/a.out $ ./src/a.out Good morning and ... Hello world! ... and good bye!
- Опубликовать полученную ветку
greeter
$ git push Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git f96bdde..a22ffca greeter -> greeter
- Перейти на ветку
main
$ git switch main Switched to branch 'main' Your branch is up to date with 'origin/main'.
- Затем влить полученную ветку
greeter
вmain
$ git merge greeter Merge made by the 'ort' strategy. src/.gitignore | 1 + src/hello.c | 8 ++++++++ 2 files changed, 9 insertions(+) create mode 100644 src/.gitignore create mode 100644 src/hello.c
- Опубликовать ветку
main
вorigin
$ git push Enumerating objects: 17, done. Counting objects: 100% (17/17), done. Delta compression using up to 12 threads Compressing objects: 100% (7/7), done. Writing objects: 100% (7/7), 1007 bytes | 1007.00 KiB/s, done. Total 7 (delta 1), reused 0 (delta 0), pack-reused 0 (from 0) remote: Resolving deltas: 100% (1/1), completed with 1 local object. To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git 40cbe11..5262815 main -> main
В итоге должна получиться примерно следующая иерархия веток:
---
config:
gitGraph:
parallelCommits: true
rotateCommitLabel: false
---
gitGraph:
commit id: "Initial commit"
branch greeter
commit id: "Hello world in C"
branch entrance-greeter
commit id: "Add some greetings in the beginning"
checkout greeter
branch exit-greeter
commit id: "Add some greetings in the end"
checkout greeter
merge entrance-greeter
merge exit-greeter
checkout main
merge greeter type: HIGHLIGHT
В текущем репозитории на подготовительном шаге были добавлены ветка sorting
и
ее ответвление faster-sorting
, содержащие различные реализации сортировки на
языке Python.
---
config:
gitGraph:
parallelCommits: true
rotateCommitLabel: true
---
gitGraph:
commit id: "Initial commit"
branch sorting
commit id: "Implement base sorting"
branch faster-sorting
commit id: "Use better sorting algorithm"
checkout sorting
commit id: "Make sorting more verbose"
Требуется произвести слияние веток с разрешением конфликтов:
- Влить
faster-sorting
вsorting
- Влить полученную ветку
sorting
вmain
Подробные инструкции
- Перейти на ветку
sorting
, где сначала была реализована сортировка, а затем было добавлено логирование каждого сравнения элементов$ git switch sorting Switched to branch 'sorting' Your branch is up to date with 'origin/sorting'.
- Влить ветку
faster-sorting
, где был реализован другой (возможно, более быстрый) алгоритм сортировки, в веткуsorting
$ git merge origin/faster-sorting Auto-merging src/sort.py CONFLICT (content): Merge conflict in src/sort.py Automatic merge failed; fix conflicts and then commit the result.
- Разрешить возникший конфликт: чтобы использовался алгоритм сортировки из
версии
faster-sorting
и при этом логировались сравнения, как в версииsorting
.Если в процессе разрешения конфликтов что-то пошло не так и требуется начать процесс слияния заново, то прервать слияние и откатиться к исходному состоянию можно с помощью команды
$ git merge --abort
- После разрешения конфликта добавить измененный файл и продолжить слияние:
$ git add src/sort.py $ git merge --continue [sorting 9a7a3a9] Merge remote-tracking branch 'origin/faster-sorting' into sorting
- Убедиться, что программа работает правильно после разрешения конфликтов:
$ python3 src/sort.py comparing 40 and 4 comparing 40 and 20 comparing 4 and 20 comparing 40 and 10 comparing 20 and 10 comparing 4 and 10 comparing 40 and 30 comparing 20 and 30 comparing 40 and 6 comparing 30 and 6 comparing 20 and 6 comparing 10 and 6 comparing 4 and 6 comparing 40 and 10 comparing 30 and 10 comparing 20 and 10 comparing 10 and 10 [4, 6, 10, 10, 20, 30, 40]
Если что-то пошло не так, то рекомендуется провести процесс слияния и разрешения конфликтов заново. Для этого достаточно установить текущую ветку
sorting
в исходное положение:$ git reset --hard origin/sorting HEAD is now at f96816b Make sorting more verbose
И затем повторить слияние веток.
- Опубликовать полученную ветку
sorting
$ git push Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git f96816b..9a7a3a9 sorting -> sorting
- Перейти на ветку
main
$ git switch main Switched to branch 'main' Your branch is up to date with 'origin/main'.
- Затем влить полученную ветку
sorting
вmain
$ git merge sorting Merge made by the 'ort' strategy. src/sort.py | 16 ++++++++++++++++ 1 file changed, 16 insertions(+) create mode 100644 src/sort.py
- Опубликовать ветку
main
вorigin
$ git push Enumerating objects: 15, done. Counting objects: 100% (15/15), done. Delta compression using up to 12 threads Compressing objects: 100% (6/6), done. Writing objects: 100% (7/7), 828 bytes | 828.00 KiB/s, done. Total 7 (delta 2), reused 0 (delta 0), pack-reused 0 (from 0) remote: Resolving deltas: 100% (2/2), completed with 2 local objects. To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git 5262815..8c69217 main -> main
Если проверки на GitHub не прошли (например, потому что конфликты неправильно разрешили), то рекомендуется провести процесс слияния и разрешения конфликтов заново. Для этого нужно установить ветки
main
иsorting
в исходное положение до слияния и публикации:$ git switch main Already on 'main' Your branch is up to date with 'origin/main'. $ git reset --hard HEAD~1 HEAD is now at 23bff0f Merge branch 'greeter' $ git push --force-with-lease Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git + bdacfe8...23bff0f main -> main (forced update) $ git switch sorting Switched to branch 'sorting' Your branch is up to date with 'origin/sorting'. $ git reset --hard HEAD~1 HEAD is now at e7a8f53 Use better sorting algorithm $ git push --force-with-lease Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git + 40766ce...e7a8f53 sorting-rebased -> sorting-rebased (forced update)
И затем повторить слияние веток.
Осторожно
Опция--force-with-lease
форсирует переписывание истории на публичном сервере, что является чрезвычайно опасным действием, особенно, если с репозиторием работают другие люди кроме вас, которые могли базироваться на ветке, историю которой вы изменяете.
В итоге должна получиться примерно следующая иерархия веток:
---
config:
gitGraph:
parallelCommits: true
rotateCommitLabel: true
---
gitGraph:
commit id: "Initial commit"
branch sorting
commit id: "Implement base sorting"
branch faster-sorting
commit id: "Use better sorting algorithm"
checkout sorting
commit id: "Make sorting more verbose"
checkout sorting
merge faster-sorting
checkout main
merge sorting type: HIGHLIGHT
Рекомендуется выполнять это задание после задания №2
Вместо слияния веток из задания №2 с созданием коммита-слияния и не-линейной историей,
можно воспользоваться перебазированием (git rebase
) и получить новую линейную
историю, как проиллюстрировано ниже.
---
config:
gitGraph:
parallelCommits: true
rotateCommitLabel: true
---
gitGraph:
commit id: "Initial commit"
branch sorting-rebased
commit id: "Implement base sorting"
commit id: "Use better sorting algorithm"
commit id: "Make sorting more verbose"
checkout main
merge sorting-rebased type: HIGHLIGHT
Требуется создать "линеаризированную" версию ветки sorting
--- ветку sorting-rebased
,
в которой коммиты упорядочены так, что сначала был реализован улучшенный
алгоритм сортировки, а затем добавлено логирование:
- Перебазировать
faster-sorting
наsorting
, создав новую веткуsorting-rebased
- Поменять местами два последних коммита в
sorting-rebased
- Влить полученную ветку
sorting-rebased
вmain
Подробные инструкции
-
Перейти на ветку
sorting
и создать новую веткуsorting-rebased
Можно выполнить одной командой
$ git switch -c sorting-rebased sorting Switched to a new branch 'sorting-rebased'
-
Также, для демонстрации некоторых особенностей, следует опубликовать созданную ветку:
$ git push -u origin sorting-rebased Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) remote: remote: Create a pull request for 'sorting-rebased' on GitHub by visiting: remote: https://github.com/nsu-syspro/mpt-git-basics-<your-github-username>/pull/new/sorting-rebased remote: To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git * [new branch] sorting-rebased -> sorting-rebased branch 'sorting-rebased' set up to track 'origin/sorting-rebased'.
-
Установить ветку на
faster-sorting
$ git reset --hard faster-sorting HEAD is now at e7a8f53 Use better sorting algorithm
Иерархия на данном этапе должна быть примерно такая:
--- config: gitGraph: parallelCommits: true rotateCommitLabel: true --- gitGraph: commit id: "Initial commit" branch sorting commit id: "Implement base sorting" branch faster-sorting commit id: "Use better sorting algorithm" type: HIGHLIGHT tag: "sorting-rebased" checkout sorting commit id: "Make sorting more verbose" checkout sorting merge faster-sorting checkout main merge sorting
-
Перебазировать текущую ветку
sorting-rebased
на оригинальную версию сортировки с логированием (до коммита слияния):$ git rebase sorting~1 Auto-merging src/sort.py CONFLICT (content): Merge conflict in src/sort.py error: could not apply e7a8f53... Use better sorting algorithm hint: Resolve all conflicts manually, mark them as resolved with hint: "git add/rm <conflicted_files>", then run "git rebase --continue". hint: You can instead skip this commit: run "git rebase --skip". hint: To abort and get back to the state before "git rebase", run "git rebase --abort". Could not apply e7a8f53... Use better sorting algorithm
Добавление
~1
к названию ветки или коммиту указывает на первого предка данного коммита. То есть в данном случаеsorting~1
указывает действительно на коммит, в котором было добавлено логирование:$ git log --graph --oneline sorting * 9a7a3a9 (origin/sorting, sorting) Merge remote-tracking branch 'origin/faster-sorting' into sorting |\ | * e7a8f53 (HEAD -> sorting-rebased, origin/faster-sorting) Use better sorting algorithm * | f96816b Make sorting more verbose |/ * 69079b4 Implement base sorting * a6172c7 Initial commit $ git log --oneline -n 1 sorting~1 f96816b Make sorting more verbose
-
Разрешить возникший конфликт: чтобы использовался алгоритм сортировки из версии
faster-sorting
и при этом логировались сравнения.Если в процессе разрешения конфликтов что-то пошло не так и требуется перебазироваться заново, то прервать rebase и откатиться к исходному состоянию можно с помощью команды
$ git rebase --abort
-
После разрешения конфликта добавить измененный файл и продолжить rebase:
$ git add src/sort.py $ git rebase --continue [detached HEAD e92f823] Use better sorting algorithm 1 file changed, 12 insertions(+), 8 deletions(-) Successfully rebased and updated refs/heads/sorting-rebased.
В итоге должна получиться линейная история коммитов:
$ git log --graph --oneline * 799162f (HEAD -> sorting-rebased) Use better sorting algorithm * f96816b Make sorting more verbose * 69079b4 Implement base sorting * a6172c7 Initial commit
-
Убедиться, что программа работает правильно после разрешения конфликтов.
Если что-то пошло не так, то рекомендуется провести процесс перебазирования и разрешения конфликтов заново. Для этого достаточно установить текущую ветку
sorting-rebased
в исходное положение:$ git reset --hard origin/faster-sorting HEAD is now at e7a8f53 Use better sorting algorithm
И затем повторить rebase.
-
Теперь остается переставить два последних коммита с разрешением конфликтов:
$ git rebase --interactive HEAD~2
HEAD~2
указывает на второго предка текущего коммита:$ git log --oneline -n 1 HEAD~2 69079b4 Implement base sorting
В открывшемся редакторе необходимо переставить местами строки соответствующие перебазируемым коммитам:
pick f96816b Make sorting more verbose pick 799162f Use better sorting algorithm
Если в качестве редактора по умолчанию выбран Vim (
EDITOR=vim
), то достаточно набратьddp:wq
.После редактирования сценария перебазирования, необходимо дважды разрешить конфликты (в обоих коммитах) таким образом, чтобы в первом коммите появился новый алгоритм сортировки, но без логирования, а во втором добавилось логирование в новый алгоритм.
После разрешения каждого конфликта необходимо добавить измененный файл и продолжить rebase:
$ git add src/sort.py $ git rebase --continue ...
-
Как обычно, после разрешения конфликтов рекомендуется проверить, что программа все еще работает корректно.
Либо если у вас сохранена какая-либо версия с предыдущим разрешением конфликтов, то можно просто посмотреть разницу полученного результата с этой версией. В данном случае, в ветке
sorting
уже были разрешены конфликты, и в результате всех проделанных манипуляций код не должен был поменяться:$ git diff sorting $
-
Если теперь попробовать опубликовать полученную ветку
sorting-rebased
, то столкнемся с ошибкой:$ git push To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git ! [rejected] sorting-rebased -> sorting-rebased (non-fast-forward) error: failed to push some refs to 'github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. If you want to integrate the remote changes, hint: use 'git pull' before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for details.
Git сервер отказался принять локальную ветку
sorting-rebased
, потому что она не является продолжением уже опубликованной версииorigin/sorting-rebased
:$ git log --graph --oneline sorting-rebased origin/sorting-rebased * 05547ee (HEAD -> sorting-rebased) Make sorting more verbose * d58097f Use better sorting algorithm | * 9a7a3a9 (origin/sorting-rebased, origin/sorting, sorting) Merge remote-tracking branch 'origin/faster-sorting' into sorting | |\ | | * e7a8f53 (origin/faster-sorting) Use better sorting algorithm | |/ |/| | * f96816b Make sorting more verbose |/ * 69079b4 Implement base sorting * a6172c7 Initial commit
В такой ситуации обычно производится слияние с опубликованной версией
$ git merge origin/sorting-rebased ...
либо перебазирование
$ git rebase origin/sorting-rebased ...
Но в данном задании необходимо именно переписать опубликованную историю так, чтобы она полностью заменилась на локальную версию. Такое переписывание делается с помощью следующей команды:
$ git push --force-with-lease Enumerating objects: 11, done. Counting objects: 100% (11/11), done. Delta compression using up to 12 threads Compressing objects: 100% (6/6), done. Writing objects: 100% (8/8), 881 bytes | 881.00 KiB/s, done. Total 8 (delta 1), reused 0 (delta 0), pack-reused 0 (from 0) remote: Resolving deltas: 100% (1/1), done. To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git + 9a7a3a9...05547ee sorting-rebased -> sorting-rebased (forced update)
Осторожно
Опция--force-with-lease
форсирует переписывание истории на публичном сервере, что является чрезвычайно опасным действием, особенно, если с репозиторием работают другие люди кроме вас, которые могли базироваться на ветке, историю которой вы изменяете. -
Остается только влить изменения в ветку
main
и опубликовать ее (чтобы автоматическая система оценивания засчитала баллы за задание)$ git switch main Switched to branch 'main' Your branch is up to date with 'origin/main'. $ git merge sorting-rebased Merge made by the 'ort' strategy. $ git push Enumerating objects: 1, done. Counting objects: 100% (1/1), done. Writing objects: 100% (1/1), 235 bytes | 235.00 KiB/s, done. Total 1 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) To github.com:liontiger23/mpt-git-basics-test.git 8c69217..55b856c main -> main
Если проверки на GitHub не прошли (например, потому что конфликты неправильно разрешили), то рекомендуется провести процесс перебазирования и разрешения конфликтов заново. Для этого нужно установить ветки
main
иsorting-rebased
в исходное положение до перебазирования и публикации:$ git switch main Already on 'main' Your branch is up to date with 'origin/main'. $ git reset --hard HEAD~1 HEAD is now at 5c975f3 Merge branch 'sorting' $ git push --force-with-lease Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git + bdacfe8...5c975f3 main -> main (forced update) $ git switch sorting-rebased Switched to branch 'sorting-rebased' Your branch is up to date with 'origin/sorting-rebased'. $ git reset --hard origin/faster-sorting HEAD is now at 69079b4 Implement base sorting $ git push --force-with-lease Total 0 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) To github.com:nsu-syspro/mpt-git-basics-<your-github-username>.git + 40766ce...69079b4 sorting -> sorting (forced update)
И затем повторить перебазирование.
В итоге после выполнения всех заданий должна получиться примерно следующая иерархия веток:
---
config:
gitGraph:
parallelCommits: true
rotateCommitLabel: true
---
gitGraph:
commit id: "Initial commit"
branch greeter
commit id: "Hello world in C"
branch entrance-greeter
commit id: "Add some greetings in the beginning"
checkout greeter
branch exit-greeter
commit id: "Add some greetings in the end"
checkout greeter
merge entrance-greeter
merge exit-greeter
checkout main
branch sorting
commit id: "Implement base sorting"
branch sorting-rebased
commit id: "Use better sorting algorithm'"
commit id: "Make sorting more verbose'"
checkout sorting
branch faster-sorting
commit id: "Use better sorting algorithm"
checkout sorting
commit id: "Make sorting more verbose"
checkout sorting
merge faster-sorting
checkout main
merge greeter type: HIGHLIGHT
merge sorting type: HIGHLIGHT
merge sorting-rebased type: HIGHLIGHT