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