... | ... | @@ -5,6 +5,7 @@ |
|
|
# Детальная инструкция
|
|
|
|
|
|
Для примера возьмём [следующий репозиторий](https://gitlab.se.ifmo.ru/c-language/assignment-image-rotation).
|
|
|
Внимание! Этот репозиторий здесь для примера, сейчас никто не использует его для сдачи заданий.
|
|
|
|
|
|
1. Сделайте fork репозитория под своим именем.
|
|
|
|
... | ... | @@ -14,7 +15,7 @@ |
|
|
|
|
|
![image](uploads/980be160360c43eb87bd9924c181a302/image.png)
|
|
|
|
|
|
2. В *Вашем* репозитории выполните задание, делая коммиты по мере необходимости. Лучше делать коммиты чаще. Любое небольшое изменение кода может вести к коммиту; лучше не смешивать разные по смыслу изменения в одних коммитах.
|
|
|
2. В *Вашем* репозитории выполните задание, делая коммиты по мере необходимости. Лучше делать коммиты чаще. Любое небольшое изменение кода может вести к коммиту; лучше не смешивать разные по смыслу изменения в одном коммите.
|
|
|
|
|
|
3. Когда Вы готовы к сдаче задания, в *Вашем* репозитории зайдите в раздел Merge Requests.
|
|
|
|
... | ... | @@ -26,7 +27,9 @@ |
|
|
|
|
|
![image](uploads/e2fe5cbb0299cccb8a0ce491910f83ac/image.png)
|
|
|
|
|
|
Выберите Compare branches and continue
|
|
|
Выберите Compare branches and continue.
|
|
|
|
|
|
Так вы посылаете запрос на принятие изменений из выбранной [ветки ](https://git-scm.com/book/en/v2/Git-Branching-Branches-in-a-Nutshell) Вашего репозиторию в ветку `master` или `main` репозитория с заданием.
|
|
|
|
|
|
5. Впишите дополнительную информацию в эту форму, если для Вашего курса есть специальные требования, и нажмите Submit merge request.
|
|
|
|
... | ... | @@ -43,6 +46,15 @@ |
|
|
|
|
|
- [Как синхронизировать ваш форк с основным репозиторием лабораторной?](https://nearsoft.com/blog/how-to-synchronize-your-github-fork)
|
|
|
|
|
|
- Если Вы используете Windows Subsystem for Linux, в ней есть несколько кусков файловой системы; в один из них отображаются диски С,D и т.д. из Windows.
|
|
|
Оттуда можно без проблем читать данные, но запись в разделы Windows из Linux внутри WSL может вести к проблемам из-за разной системы разрешений на файлы.
|
|
|
|
|
|
Советуем клонировать репозитории в часть файловой системы, сответствующую Linux (например, в [домашнюю директорию](https://ru.wikipedia.org/wiki/%D0%94%D0%BE%D0%BC%D0%B0%D1%88%D0%BD%D0%B8%D0%B9_%D0%BA%D0%B0%D1%82%D0%B0%D0%BB%D0%BE%D0%B3))
|
|
|
- Если же у Вас был репозиторий в NTFS-части файловой системы, то есть шанс что при коммите разрешения файлов на запись, чтение и выполнение, которые хранит git, будут утеряны.
|
|
|
Это ведёт к таким ошибкам, когда исполняемые файлы для тестов перестают запускаться на удалённой машине, потому что у них нет разрешений на выполнение.
|
|
|
![image](uploads/97411cc5ddfab44b93b01dbf1e2096f3/image.png)
|
|
|
В таком случае нужно сделать `git update-index --chmod=+x имя_файла`, где вписать имена файлов с попорченными разрешениями, и закоммитить эти файлы еще раз.
|
|
|
Внимательно следите, какие файлы на самом деле добавляются в коммиты!
|
|
|
|
|
|
|
|
|
|
... | ... | |