nmk

Лабораторне заняття №1 (2 години). Налаштування інженерного оточення та основи роботи з CLI і Git

Мета

Підготувати робоче місце розробника та опанувати консоль (термінал) як основний інструмент взаємодії з ОС. Зрозуміти і застосувати на практиці базовий робочий цикл (Workflow) системи контролю версій Git та навчитися синхронізувати локальний код із хмарним репозиторієм (GitHub).

План

  1. Встановлення програмного забезпечення (Software Stack 2025).
  2. Робота в терміналі (Командний рядок).
  3. Конфігурація Git.
  4. Локальний робочий цикл (Local Workflow).
  5. Робота з віддаленим репозиторієм (GitHub).
  6. Робота з гілками (Branching).

Хід роботи

1. Встановлення програмного забезпечення (Software Stack 2025)

Перед початком роботи студент має розгорнути на своєму комп’ютері сучасне середовище веб-розробника.

2. Робота в терміналі (Командний рядок)

Сучасний розробник мінімізує використання “мишки” і працює з файловою системою через текстові команди у терміналі (CLI). Завдання: Виконати серію операцій виключно через консоль.

Навігація:

Маніпуляція файлами: Створення директорій (папок) командою mkdir (Make Directory):

mkdir assets
mkdir assets/img
mkdir assets/css

Створення порожніх файлів (команда відрізняється залежно від вашої ОС та терміналу): Для UNIX (Linux/Mac) або Git Bash:

touch index.html
touch assets/css/style.css

Для Windows (PowerShell):

New-Item -Path "index.html" -ItemType "File"
"" > index.html

Виклик редактора: Відкрити створений щойно проєкт у VS Code можна прямо з терміналу командою: code . (де крапка означає “відкрити поточну папку”).

Самостійна вправа «Термінальний квест»: Студент повинен за 5 хвилин відтворити дерево каталогів для умовного сайту-візитки (створити папки css, js, images та відповідні файли .css, .js, .html), використовуючи лише консольні команди cd, mkdir, touch/New-Item.

3. Конфігурація Git

Git має знати, “хто” саме вносить зміни в код, щоб потім у командній роботі було видно автора кожного рядка. Налаштуйте глобальні параметри ідентифікації у терміналі:

git config --global user.name "Ваше Ім'я та Прізвище"
git config --global user.email "ваш@email.com"

Порада: Використовуйте той самий email, на який зареєстровано ваш акаунт у GitHub.

4. Локальний робочий цикл (Local Workflow)

Завдання: Пройти повний базовий цикл збереження змін (“зліпка” коду) у папці проєкту.

  1. Ініціалізація репозиторію: Команда git init перетворює звичайну папку на Git-репозиторій (створюється прихована папка .git, яка буде стежити за змінами).
  2. Перевірка статусу: Команда git status показує, які файли були змінені, створені або видалені з моменту останнього збереження.
  3. Підготовка файлів (Staging Area): Команда git add . (крапка означає “всі файли”) додає всі змінені файли до індексу, готуючи їх до коміту.
  4. Створення коміту (Commit): Команда git commit -m "Initial commit: project structure" робить фотографію стану ваших файлів. Прапорець -m дозволяє написати коротке і зрозуміле повідомлення про те, що саме ви зробили.
  5. Подальша робота: Після додавання базової розмітки у файл index.html, цикл повторюється: збереження файлу -> git add . -> git commit -m "Add base HTML structure".

5. Робота з віддаленим репозиторієм (GitHub)

На даному етапі ваш код зафіксовано в git, але він існує лише на вашому жорсткому диску. Щоб він був у безпеці та доступний іншим, його треба відправити на сервер. Завдання: Опублікувати проєкт у мережі на платформі GitHub.

  1. Створіть новий публічний репозиторій на сайті GitHub (без ініціалізації файлом README).
  2. Підключення (Remote): У терміналі локального проекту зв’яжіть вашу папку з хмарним сервером: git remote add origin <url_вашого_репозиторію>
  3. Відправка коду (Push): Завантажте ваш локальний код на сервер GitHub: git push -u origin main (або master, в залежності від імені вашої головної гілки).
  4. Хмарний хостинг (GitHub Pages): Відкрийте свій проект на GitHub у браузері, перейдіть до Settings -> Pages. Оберіть гілку main і натисніть Save. Через 1-2 хвилини GitHub безкоштовно опублікує ваш HTML-файл в інтернеті та дасть публічне посилання (домен github.io).

6. Робота з гілками (Branching)

Коли над одним проєктом працює кілька людей, або ви хочете поекспериментувати з новою функцією, не зламавши робочий сайт, використовуються Гілки (Branches). Основна гілка (main або master) — це стабільна версія проекту (продакшен).

Завдання:

  1. Створити та перейти у нову гілку: git checkout -b feature/content (прапорець -b створює гілку і одразу перемикається на неї).
  2. Внесіть зміни у файли (наприклад, додайте новий параграф тексту).
  3. Виконайте цикл збереження: git add . та git commit -m "Add new paragraph".
  4. Злиття гілок (Merge): Поверніться в головну гілку: git checkout main.
  5. Злийте ваш експеримент з основною гілкою: git merge feature/content. Тепер зміни з дочірньої гілки перейшли у main.
  6. Видалення гілок:
    • Локально (щоб тримати комп’ютер в чистоті): git branch -d feature/content
    • На віддаленому сервері (якщо ви пушили цю гілку): git push origin --delete feature/content

Результат

Кожен студент до кінця пари повинен:

  1. Мати повністю налаштоване оточення у VS Code з усіма плагінами.
  2. Надати викладачу посилання на свій репозиторій у GitHub (або пряме посилання на задеплоєний через GitHub Pages сайт), де є мінімум 3-5 комітів із правильними, осмисленими повідомленнями.
  3. Продемонструвати викладачу вміння створити папку та файл у ній через консоль (Термінальний квест) за лічені секунди.

Контрольні питання

  1. Які основні команди Git ви вивчили і для чого вони використовуються?
  2. Поясніть різницю між командами git add . та git commit -m "message".
  3. Що таке “гілка” в Git і навіщо вона потрібна?
  4. Як створити новий репозиторій на GitHub і зв’язати його з локальним проєктом?
  5. Які переваги використання VS Code для веб-розробки?