Skip to content

Репозиторий по Операционным Системам группы 0381

Notifications You must be signed in to change notification settings

adoomaxas/spbetu_os_2022_0381

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

2 Commits
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Операционные системы (группа 0381)

Таблица текущего состояния сдачи работ

## ФИО Github lab1 lab2 lab3 lab4 lab5 lab6 lab7
1 Балакин vlad72002
2 Березовская vbezuprechnaya
3 Дзаппала leoI0II
4 Ефимов NikitaEfimov0
5 Захаров Philipoff
6 Ибатов BrodyWar
7 Ионина IoninaKsu
8 Кирильцев KiriltsevDaniil
9 Ковалёв Pavel7004
10 Короткина elithium4
11 Котов Dmitr-Kotov
12 Крашенинников Sedoy1
13 Магнитов magnitovsergey
14 Михайлов V1xtor
15 Павлов Pavloveuge
16 Печеркин lexapech
17 Просекин Timur0381
18 Прохоров Lixonik
19 Самойлов RichSweetWafer
20 Сарычева SarychevaAA
21 Соколов N3xTr1Me
22 Степанова Mordekay15
23 Странникова brokkko
24 Хмарский techi9
25 Шиняева adoomaxas
26 Шыныбаев freezge

Дедлайны

Лабораторные работы Срок Ответы на вопросы moodle Срок
1 - 2 01.03 1 - 2 20.03
3 - 4 01.04 3 - 5 15.04
5 - 6 01.05 6 - 7 01.05
7 15.05 8 - 9 15.05
10 - 11 01.06

Распространенные проблемы

Перечеслены вот тут

Методические указания

Правила работы с репозиторием (прочитайте внимательно!)

  • Для начала работы каждый студент делает форк (fork) репозитория на свой GitHub аккаунт. Каждый студент работает строго в своей директории firstname/ , где firstname - название директории в соотвтествии с вашей фамилией в таблицей, начинающаяся со маленькой буквы. Работа в чужих директориях строго-настрого запрещается.

Как сделать так, чтобы этого не произошло? Не надо синхронизировать свой репозиторий с master-веткой origin-репозитория. Не надо делать fetch-и с origin-репозитория или тем более fork-ов ваших коллег. Сделали один раз fork -- с ним и работаете, в своей директории. Не надо удалять никаких файлов: ни чужих, ни своих с других веток, например. Не надо выполнять merge своих веток лишний раз, ибо это просто излишне. Работаете вы в отдельных ветках для каждой из лабораторных. Все это -- настоятельные советы, которые должны нивелировать возможность конфликтов при работе. Большая просьба их соблюдать, уважая время и труд ваших коллег.

  • Для каждой лабораторной требуется создавать отдельную директорию lab#, где # - номер - лабораторной от 1 до 7. Пример устройства корневой директории курса:
.
├── efremov
│   ├── lab1
│   │   ├── report.pdf
│   │   ├── report.odt
│   │   └── source.asm
│   └── lab2
│   │   ├── report.pdf
│   │   ├── report.odt
│   │   └── source.asm
├── ivanova
│   ├── lab1
│   │   ├── report.pdf
│   │   ├── report.odt
│   │   └── source.asm
│   └── lab2
│   │   ├── report.pdf
│   │   ├── report.odt
│   │   └── source.asm
└── README.md
  • Внутри должны находиться:
    • Исходный код лабораторных программ;
    • Отчет в формате pdf по шаблону с сайта университета. Отчеты, оформленные иначе приниматься не будут. Не тратьте наше общее время.

На всякий случай, каковы требования к оформлению: 14й шрифт Times New Roman (или похожий, например, свободный шрифты Linux Libertine или Liberation Serif), 1.5 строки интервал, красная строка; заголовки должны иметься для каждого из разделов докумета, имеют такой же 14pt шрифт, выделяются жирным; обязательные разделы: цель работы, ход выполнения, ответы на вопросы (пожалуйста, пишите сами формулировки вопросов перед ответами!), выводы; копирование текста методички в отчет вовсе не требуется; все изображения и листинги должны быть информативные (пример неинформативного скриншота: скриншот всего рабочего стола с открытым FAR-ом посреди какого-то представления исполняемого модуля. Как сделать информативнее: уменьшить размер изображения до тех размеров, в которые помещается ровно тот участок представления, который что-то отображает (например, границу PSP), подчеркнуть, выделить требуемый участок изображения) пронумерованы и подписаны тем же 14pt обычным шрифтом, выровненным по центру (Пример: Рисунок 2 -- Представление сегмента стека в памяти.), на рисунок, раз уж вы его представили, вы где-то должны ссылаться (иначе зачем он нужен вообще?). Страницы нумеруются в нижней части документа, по центру (если используете шаблон с сайта вуза, все уже сделано за вас). Пожалуйста, соблюдайте эти не сложные требования к оформлению: их так гораздо проще как писать (имеется четкая структура, все эти требования по-умолчанию уже есть в вузовском шаблоне), так и проверять.

  • Для каждой лабораторной создается отдельная новая ветка (branch) из master-ветви с названием вида < firstname_lab# >, где firstname - фамилия (аналогично названию вашей личной директории), а # - номер работы, тоже со строчной буквы). Пример создания ветви и перехода на нее:
git checkout master
git checkout -b efremov_lab1
  • Для сдачи лабораторной работы создается пул-реквест (pull-request) из вашей ветки с лабораторной работой в master-ветку общего репозитория курса. В начале заголовка пул-реквеста пишется "[READY] ", после - Фамилия латиницей, после - lab#. (Пример: [READY] Efremov lab1). Формат важен, так как для разбора ваших pull request используется поиск по ключевым словам.
  • Для сдачи работы требуется закрытый pull request со слиянием (merge) вашей ветки в общий репозиторий. В таком случае работа считается проверенной.
  • Если имеются какие-либо нарекания к предложенным студентом файлам, то все замечания пишутся проверяющим в комментарии пул-реквеста, а так же изменяется префикс заголовка на [WIP].
  • Напоминание: коммиты в ветку, которую студент отправляет на пул-реквест отображаются в самом пул-реквесте. Делать новый пул-реквест не надо.
  • Закончив исправления, студент пишет об этом отдельным комментарием, указывая, возможно, пояснения к исправлениям, а так же меняет префикс заголовка пул-реквеста снова на [READY], тем самым показывая, что его работа готова к повторному просмотру.
  • Курс лабораторных считается завершенным полностью, если в основном репозитории находятся директории всех 7 лабораторных работ студента.

About

Репозиторий по Операционным Системам группы 0381

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • Shell 100.0%