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
Last revisionBoth sides next revision
high_performance_computing:repository_rules [2015/11/30 21:56] kelcourses:high_performance_computing:repository_rules [2019/11/17 15:31] kel
Line 1: Line 1:
 ====== Правила пользования репозиторием ====== ====== Правила пользования репозиторием ======
-===== Иерархия директорий ===== +  Всю разработку необходим вести в ветке //development//
-  * leti место работы студентов "ЛЭТИ" +
-    * 4395 - номер группы +
-      * kel - директория студента +
-        * common - общие части работ (разделяемый код, тесты...) +
-        * 1 - материалы по первой л/р +
-        * ...  +
-        * playground - любые исходные коды  +
-  * aptu - место работы студентов "АУ" +
-    * 602 - номер группы +
- +
-===== Правила пользования ===== +
-  - Директории уровнем студента и ниже заводят сами студенты +
-  - Имя директории студента - инициалы латинскими буквами в нижнем регистре, как на странице группы +
-  - Имя проекта (при коммите настроек какой-либо IDE) формируется: <инициалы латинскими буквами в нижнем регистре>_<№ работы>{_<опционально язык или технология>}. Имена проектов не должны пересекаться. Пример: kel_1_c, kel_1_j, kel_2+
   - При коммите обязателен комментарий. Русский язык в комментариях допускается только в кодировке UTF-8   - При коммите обязателен комментарий. Русский язык в комментариях допускается только в кодировке UTF-8
   - Число коммитов не ограничено - много коммитов не плохо, наоборот - это показывает работу над кодом и позволяет откатывать изменения   - Число коммитов не ограничено - много коммитов не плохо, наоборот - это показывает работу над кодом и позволяет откатывать изменения
-  - playground - это ваша площадка для экспериментов над репозиторием и не только, при оценке л/р её содержимое учитываться не будет 
   - Не нужно добавлять в репозиторий исполняемые файлы, библиотеки и всё то, что получается в процессе сборки проекта!   - Не нужно добавлять в репозиторий исполняемые файлы, библиотеки и всё то, что получается в процессе сборки проекта!
-  - Приветствуется поддерживать модульность и минимальное дублирование кода, для чего рекомендуется общие части (заголовки, тесты...) выносить в common +  - Сдача работы проходит по стандартному git-workflow через Pull request в репозиторий 
- +  - Pull request необходимо создавать из ветки development в ветку master 
-<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