webJdev

Інколи потрібно з однієї машини працювати з різними GitHub-аккаунтами, використовуючи різні облікові дані та ключі. Можна використати локальну конфігурацію на рівні репозиторію. Заходимо в репозиторій і вводимо: git config user.name "Company Dev" git config user.email "your.corp.email@company.com" або відповідно git config user.name "Your Name" git config user.email "your.personal.email@gmail.com" Перевірити налаштування: git config --show-origin user.name git config --show-origin user.email Використання двох SSH-ключів (для GitHub/GitLab/Bitbucket). Всі наступні команди для Linux (Ubuntu). ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519_personal ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519_corporate Отримати публічний ключ: cat ~/.ssh/id_ed25519_personal.pub Цей код потрібно додати у відповідний аккаунт у GitHub (GitLab/Bitbucket). Для цього перейти в https://github.com/settings/keys Налаштовуємо конфігурацію: nano ~/.ssh/config І д...

Ця інструкція показує, як зробити pull request у приватному репозиторії GitHub у цільову гілку dev . Наведено два сценарії: коли у тебе є права write (можна пушити напряму) і коли є лише read (потрібен fork). 1. Підготовка — клонування репозиторію Якщо ще не клоновано репозиторій на локальну машину: git clone git@github.com:OWNER/REPO.git cd REPO 2. Перевірити і оновити гілку dev Переконайся, що працюєш від актуальної бази: git checkout dev git pull origin dev 3. Створити нову гілку для змін Назви гілку зрозуміло (наприклад feature/add-search або bugfix/login-fix ): git checkout -b my-feature-branch 4. Внести зміни і закомітити # Редагуєш файли в редакторі... git add . git commit -m "Опис змін: додано ... / виправлено ..." 5. Сценарій A — У тебе є права запису (write access) Якщо власник репозиторію дав тобі права write , ти можеш пушити прямо в оригінальний репозиторій: git push origin my-feature-branch Потім на GitHub:...