Open Source & Linux Lab

It's better when it's simple

User Tools

Site Tools


courses:high_performance_computing:repository_rules

Differences

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

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
high_performance_computing:repository_rules [2016/01/23 10:18] kelcourses: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   - При коммите обязателен комментарий. Русский язык в комментариях допускается только в кодировке 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>
courses/high_performance_computing/repository_rules.txt · Last modified: 2019/11/17 16:09 by kel