Відправлення локальних гілок
Створення окремої гілки для нової функціональності є надзвичайно поширеною практикою при використанні Git. Припустимо, ми хочемо реалізувати платіжну систему у нашому проєкті, тому створимо гілку feature/payment і одразу перейдемо на неї:
Опинившись у цій гілці, внесемо деякі зміни у файл test.txt, ніби додаємо кілька рядків коду для реалізації платіжної системи. Просто додамо до файлу такий рядок: "A few lines of code":
Далі можна виконати прямий коміт:
Тепер у нас є коміт у гілці feature/payment. Перш ніж об'єднати цю гілку з гілкою main, спочатку відправте її до віддаленого репозиторію.
У нашому випадку це може здатися зайвим кроком; однак на практиці, коли у вас є інші учасники, це дозволить їм переглядати та тестувати ваш код і надавати відгуки.
Перший раз, коли ми відправляємо нову гілку до віддаленого репозиторію, потрібно додати деякі додаткові параметри до команди git push. Зокрема, необхідно використати прапорець -u, щоб налаштувати відстеження відповідної віддаленої гілки (так званої upstream). Також потрібно вказати, що ми відправляємо до репозиторію origin і зазначити, що відправляється гілка feature/payment.
У Git термін upstream відноситься до віддаленого репозиторію та гілки, які відстежує ваша локальна гілка. Коли ви встановлюєте upstream-гілку, ваша локальна гілка знає, у яку віддалену гілку відправляти зміни та з якої отримувати зміни. Наприклад, команда git push -u origin feature/payment повідомляє Git, що локальна гілка feature/payment повинна відстежувати гілку feature/payment на віддаленому репозиторії origin.
Дякуємо за ваш відгук!
Запитати АІ
Запитати АІ
Запитайте про що завгодно або спробуйте одне із запропонованих запитань, щоб почати наш чат
What does the -u flag do in the git push command?
How do I check which remote branch my local branch is tracking?
What should I do after pushing my branch to the remote repository?
Awesome!
Completion rate improved to 5
Відправлення локальних гілок
Свайпніть щоб показати меню
Створення окремої гілки для нової функціональності є надзвичайно поширеною практикою при використанні Git. Припустимо, ми хочемо реалізувати платіжну систему у нашому проєкті, тому створимо гілку feature/payment і одразу перейдемо на неї:
Опинившись у цій гілці, внесемо деякі зміни у файл test.txt, ніби додаємо кілька рядків коду для реалізації платіжної системи. Просто додамо до файлу такий рядок: "A few lines of code":
Далі можна виконати прямий коміт:
Тепер у нас є коміт у гілці feature/payment. Перш ніж об'єднати цю гілку з гілкою main, спочатку відправте її до віддаленого репозиторію.
У нашому випадку це може здатися зайвим кроком; однак на практиці, коли у вас є інші учасники, це дозволить їм переглядати та тестувати ваш код і надавати відгуки.
Перший раз, коли ми відправляємо нову гілку до віддаленого репозиторію, потрібно додати деякі додаткові параметри до команди git push. Зокрема, необхідно використати прапорець -u, щоб налаштувати відстеження відповідної віддаленої гілки (так званої upstream). Також потрібно вказати, що ми відправляємо до репозиторію origin і зазначити, що відправляється гілка feature/payment.
У Git термін upstream відноситься до віддаленого репозиторію та гілки, які відстежує ваша локальна гілка. Коли ви встановлюєте upstream-гілку, ваша локальна гілка знає, у яку віддалену гілку відправляти зміни та з якої отримувати зміни. Наприклад, команда git push -u origin feature/payment повідомляє Git, що локальна гілка feature/payment повинна відстежувати гілку feature/payment на віддаленому репозиторії origin.
Дякуємо за ваш відгук!