Работа с репозиторием

Получение репо

Работы выполняются с использованием системы контроля версий GitHub.

После регистрации нужно присоединиться к GitHub Classroom. Это можно сделать, перейдя по ссылке репозитория. При наличии списка студентов, в качестве имени пользователя (student) нужно найти себя. Если этого не произошло, то нужно написать преподавателям, чтобы вас добавили в список.

После этого будет автоматически создан приватный репозиторий, в который нужно будет загружать вашу работу. Что от вас ожидается в репозитории вы увидите в условии работы.

Структура репо

Изначально у вас будет 2 ветки main и feedback.

Вся разработка ведётся на main. Ветка feedback создана лишь для открытия Pull Request, через который будет происзодится отправка работ на проверку. Можно создавать другие ветки и работать на них, но к моменту отправки работы нужно не забыть положить всё на main.

На main может лежать .github, .gitignore, .gitattributes, test_data, README.md, REPORT.md:

• .github, test_data – настройка автотестов, модифицировать содержимое запрещено;

• .gitignore, .gitattributes – преднатроенные файлы для работы git, модифицировать содержимое запрещено (возможно изменения для всех, если будет выдвинуто аргументированное предложение);

• REPORT.md – файл отчёта.

Загрузка решения

Названия коммитов должны быть адекватными, а не рандомным набором символов. Описание опционально, но если при исправлении багов в описании коммита проверяющий увидит, что именно вы изменили, то это будет только плюсом.

Категорически не допускается загрузке в репозиторий не имеющих отношения к работе файлов, а также скомпилированных программ, промежуточных файлов и файлов, создаваемых средами разработки, например:

• */Debug, */Release и прочее от Visual Studio.

• .idea и прочее от CLion.

То есть, в репозиторий можно отправлять только файлы *.c, *.h, *.cpp, *.hpp и дополнительные файлы, изначально размещающиеся в репозитории, если другое не указано в условии задания. Если в репозиторий будет загружен CMakeLists.txt или Lab.sln/Lab.vcxproj, то это не запрещается, но при сборке на тестовом стенде у проверяющего никак использоваться и учитываться не будет.

Автотесты (GitHub Actions)

В ваших репозиториях настроены автотесты для проверки, которые проверяют работоспособность кода и правильность работы программы на небольшом открытом примере.

Подробнее: Автотесты на GitHub