Differences

This shows you the differences between two versions of the page.

--- courses:high_performance_computing:repository_rules [2016/08/07 01:38] – ↷ Page moved from high_performance_computing:repository_rules to courses:high_performance_computing:repository_rules kel
+++ courses:high_performance_computing:repository_rules [2019/11/17 16:09] (current) – kel
@@ Line 1: / Line 1: @@
 ====== Правила пользования репозиторием ======
-===== Иерархия директорий =====
+  - Всю разработку необходим вести в ветке //development//
-  * leti - место работы студентов "ЛЭТИ"
-    * 4395 - номер группы
-      * kel - директория студента
-        * common - общие части работ (разделяемый код, тесты...)
-        * 1 - материалы по первой л/р
-        * ...
-        * playground - любые исходные коды
-  * aptu - место работы студентов "АУ"
-    * 602 - номер группы
-===== Правила пользования =====
-  - Директории уровнем студента и ниже заводят сами студенты
-  - Имя директории студента - инициалы латинскими буквами в нижнем регистре, как на странице группы
-  - Имя проекта (при коммите настроек какой-либо IDE) формируется: <инициалы латинскими буквами в нижнем регистре>_<№ работы>
   - При коммите обязателен комментарий. Русский язык в комментариях допускается только в кодировке UTF-8
   - Число коммитов не ограничено - много коммитов не плохо, наоборот - это показывает работу над кодом и позволяет откатывать изменения
-  - playground - это ваша площадка для экспериментов над репозиторием и не только, при оценке л/р её содержимое учитываться не будет
   - Не нужно добавлять в репозиторий исполняемые файлы, библиотеки и всё то, что получается в процессе сборки проекта!
-  - Приветствуется поддерживать модульность и минимальное дублирование кода, для чего рекомендуется общие части (заголовки, тесты...) выносить в common
+  - Сдача работы проходит по стандартному git-workflow через Pull request в репозиторий
+  - Pull request необходимо создавать из ветки development в ветку master. Приём Pull request осуществляется проверяющим работу, что говорит о приёме работы
-<note important>Работа считается готовой к проверке при наличии в комментарии слов "Готово" или "На проверку" (а также "Ready" или "For check"), остальные коммиты считаются внутренним делом студента </note>
+  - Для С/С++ кода сборка должна производиться без ошибок / предупреждений с ключами <code bash>-std=c++17 -O3 -Wall -Wextra -pedantic</code>