Java · Додаткові матеріали
Додаткове заняття показує базовий Git/GitHub workflow безпосередньо в JetBrains Aqua або IntelliJ IDEA. Студент підключає GitHub-акаунт, публікує новий проєкт або клонує існуючий repository, налаштовує `.gitignore`, створює branch, перевіряє diff, commit і push. Окремий акцент зроблено на тому, що в repository мають потрапляти лише потрібні source і build configuration files.
Спочатку потрібно створити та підтвердити GitHub-акаунт. У settings JetBrains IDE знаходиться розділ GitHub, де можна увійти через browser authorization. У відео також згадується personal access token як альтернатива. Ця авторизація дає IDE можливість створювати, клонувати та оновлювати repositories.
Для локального проєкту використовується IDE action Share Project on GitHub: вказується назва repository та його visibility. Перед першим commit треба переглянути список файлів. .idea, логи та інші локальні артефакти не мають випадково потрапити до repository.
Якщо repository вже існує на GitHub, GitLab чи Bitbucket, правильний початок — Git Clone, а не повторна публікація. З Git hosting копіюється HTTPS або SSH URL, в IDE обирається локальна папка, після чого проєкт клонується. GitHub Desktop може виконати ту саму операцію, але відео демонструє вбудовані IDE-інструменти.
До Git додаються source code, Gradle Wrapper і потрібні configuration files. Не комітяться .gradle, build, out, локальна .idea, Maven build output та файли з environment variables чи secrets. Виняток для частини .idea може бути свідомим командним рішенням, наприклад для спільного code style. .gitignore має явно захищати repository від згенерованого сміття та приватних даних.
Перед commit треба переглянути кожен changed file і переконатися, що до нього потрапили лише навмисні зміни. Commit message коротко описує зміст. IDE може запустити reformat code, optimize imports і code analysis; ці перевірки допомагають знайти технічні проблеми, але не замінюють ручного diff review.
Зміни для окремого завдання виконуються в новій branch, створеній від актуальної основної гілки. При створенні варто одразу checkout на неї, після чого перевірити поточну branch перед commit. Це ізолює роботу та спрощує подальший review.
Commit зберігає перевірений знімок змін у локальному repository. Перед push ще раз перевіряються target branch, commit message і файли в diff. Push передає локальні commits до remote repository. Демонстраційний push у відео завершується SSH permission error, що показує окрему вимогу: SSH URL потребує налаштованого SSH key і доступу до repository.