Стив Джобс
Начинай с малого, но мечтай о великом. Не занимайся одновременно слишком многими вещами. Займись сначала немногими простыми делами, и постепенно переходи к более сложным. И всегда думай о будущем.
Если вы это читаете, то вы или случайно наткнулись на данный репозиторий, либо вам посчастливилось попасть нак курс
веб-программирования.
И так, в данном репозитории будут находиться все задания лабораторных работ по указанному выше курсу.
Данный репозиторий может и будет дополняться, задания могут быть модифицированы и улучшены так же если вы хотите предложить улучшение
в какой-либо из работ, с удовольствием познакомимся с вашим PR.
Для выполнения лабораторных работ вам понадобиться:
- аккаунт на Github. Зарегистрироваться будет довольно просто.
- Для работы вам понадобиться Git, если вы владелец Windows вам пригодиться установиться себе GitBash
- Настроить git bash для работы следуя официальной инструкции
Если у вас что-то не получается или вы не понимаете, что делать, обязательно свяжитесь со своим преподавателем
Все свои лабораторные вы будете собирать в своём лично репозитории основанном на текущем репозитории.
Давайте начнём творить эту подготовительную магию.
 |
|---|
| После этого копия этого репозитория отобразиться в ваших репозиториях аккаунта Github. |
| Поздравляем вы почти готовы к работе. |
Ссылка для копирования находиться в окошке показанном ниже:
 |
|---|
| Откройте Git bash у себя на компьютере и перейдите в директорию в которой будет находиться ваш репозиторий. |
git clone https://github.com/CITG-Space-Pet/web_lab_aib_frontend.gitСсылка должна быть именно ваша и репозиторий ваш
Давайте теперь настроим ваш репозиторий так, чтобы вы могли обновляться не только из своей ветки, но и из оригинального репозитория с лабами. Можно сделать это двумя способами.
- Настоящий, откройте GitBush и перейдите в директорию с копией вашего репозитория. Затем выполните серию команд.
git remote -v
git remote add upstream https://github.com/CITG-Space-Pet/web_lab_aib_frontend.gitПосле этого ваш репозиторий будет видеть два указателя на удалённые ветки, эту операцию достаточно выполнить один раз с копией репозитория. Далее, обновим ваш репозиторий, если обновления есть)
git fetch upstream
git checkout main # если ваша главная ветка называется master напишите вместо main -> master
git merge upstream/main # если вы не трогали исходные файлы заданий всё будет хорошо в обратном случае, прийдётся разрешать конфликты- Простой способ, зайдите в свой репо на Github и нажмите Sync Fork
 |
|---|
| После этого на локальном компьютере из директории с репозиторием выполните |
git pull- Все решения вы сохраняете в своём репозитории в директории с лабораторной работой и созданной там директорией solution в итоге каждая директория с лабораторной работой должно содержать директорию solution именно её мы и будем проверять.
 |
|---|
- Если лабораторная предполагает наличие текстового отчёта, то он оформляется в виде файла с расширением
.mdДля оформления рекомендуется активно использовать формат Markdown
Для каждой учебной группы существует Google таблица, за ссылкой на которую можно будет сходить к своему старосте). Напротив вашей фамилии в столбце соответствующей лабораторной работы, будет находиться отметка:
- отсутствует - работа не просмотрена
- Bad - работа выполнена неверно
- Almost - работа выполнена но можно было гораздо лучше(
- Success - работа выполнена хорошо.
Описание замечаний, переписка и резюме по каждой работе, происходит (пока так 🤷♂️) в комментариях к ячейке с результатом.
 |
|---|
Если вы прочитали весь свод правил указанных выше, и готовы их соблюдать - "Добро пожаловать в команду!" Также как в любой командной разработке мы будем придерживать стиля и простых правил перечисленных и принятых выше.
Однако если вы нарушаете правила и выкладываете решения не в том виде в котором они указаны в описании выше или в описании самой лабораторной работы:
Мы не будем проверять ваше задание пока вы не приведёте его к указанному формату (цените время других разработчиков)
Ещё несколько нюансов:
- Не пытайтесь сдать все лабы в один день, никто не будет проверять такой огромный объём материала за один день (цените время других разработчиков)
- Пишите свои решения, пусть они будут плохими и будут основаны на подсказах, но они будут ваши (цените время и труд других разработчиков)
- Критика приветствуется, если вы нашли баг в задании, обязательно сообщите об этом, а лучше создайте PR
Со своей стороны мы постараемся обеспечить вам максимально комфортное прохождение курса
