Как работать с репозиторием Bitbucket из командной строки Git?

Ответ

Работа с Bitbucket через командную строку осуществляется с помощью стандартного Git CLI. Bitbucket использует Git в качестве системы контроля версий, поэтому все основные операции выполняются командами git.

Базовый рабочий процесс:

  1. Клонирование репозитория:

    # По HTTPS (запрос логина/пароля)
    git clone https://bitbucket.org/<workspace>/<repository-name>.git
    
    # По SSH (требует настройки ключей)
    git clone git@bitbucket.org:<workspace>/<repository-name>.git
  2. Создание и переключение на новую ветку для задачи:

    git checkout -b feature/BRANCH-123-new-feature
  3. Внесение изменений, индексация и коммит:

    # Внести изменения в файлы, затем:
    git add .                     # Индексация всех изменений
    git commit -m "JIRA-123: Добавлена новая функциональность"
  4. Отправка ветки в удалённый репозиторий (Bitbucket):

    git push -u origin feature/BRANCH-123-new-feature

    Флаг -u связывает локальную ветку с удалённой для последующих git push/git pull без указания имени.

  5. Создание Pull Request (Merge Request): После push интерфейс Bitbucket обычно предлагает создать PR. Его также можно создать через Bitbucket REST API.

Ключевые команды для синхронизации:

# Получение последних изменений с удалённой ветки 'main'
git pull origin main

# Просмотр состояния изменений
git status

# Просмотр истории коммитов
git log --oneline -10

Для аутентификации рекомендуется использовать SSH-ключи или App Passwords (вместо пароля учётной записи) при работе по HTTPS.

Ответ 18+ 🔞

Давай разберём эту нудятину про Bitbucket, но так, чтобы не уснуть на третьей строчке. Представь, что ты пришёл в бар, а там вместо пива — документация по гиту. Вот как из этого выкрутиться.

Ну что, дружок-пирожок, хочешь с Bitbucket'ом подружиться через консоль? А там нихуя сложного! Это ж обычный Git, просто в шляпе. Все твои любимые команды git работают, как швейцарские часы, если их, конечно, не дропнуть с десятого этажа.

С чего начинается увлекательная возня с репой?

  1. Стянуть репозиторий к себе на комп. Это как украсть горшок с цветком у соседа, но легально.

    # Вариант для ленивых (спросит логин и пароль)
    git clone https://bitbucket.org/<workspace>/<repository-name>.git
    
    # Вариант для крутых пацанов (настроил ключи SSH и забыл)
    git clone git@bitbucket.org:<workspace>/<repository-name>.git
  2. Отпочковаться от основной ветки. Сидеть в main и пушить туда напрямую — это уровень «самоубийца». Делаем свою ветку.

    git checkout -b feature/BRANCH-123-my-awesome-fix
  3. Накосячить, простить себя и закоммитить. Поправил код, добавил файлы, убрал баг (или добавил три новых).

    git add .  # Загоняем всё в корзину
    git commit -m "BRANCH-123: Пофиксил то, что сломал вчера"  # И подписываемся под своим преступлением
  4. Выложить свои художества на всеобщее обозрение. Толкнуть ветку на сервер.

    git push -u origin feature/BRANCH-123-my-awesome-fix

    Этот волшебный -u как бы говорит: «Запомни, сука, эту связку, чтобы в следующий раз я просто писал git push и не парился».

  5. Созвать мудрецов на код-ревью. После пуша обычно Bitbucket сам подмигивает: «Э, дружок, пул-реквест не хочешь создать?». Вот там и начинается настоящая драма. Можно через веб, можно через API — кому как нравится страдать.

Чтобы не отстать от жизни (и коллег):

# Подтянуть свежие правки из главной ветки, пока твой код не стал legacy
git pull origin main

# Оценить масштаб своего творческого беспорядка
git status

# Увидеть, кто и какие глупости коммитил до тебя
git log --oneline -10

И главный совет, чтобы не охуеть от неудобств: настрой SSH-ключи, ёпта! Или хотя бы App Password, если работаешь через HTTPS. Вводить каждый раз пароль от аккаунта — это уровень мазохизма, на который даже я не готов.