Как подключиться к репозиторию bitbucket

Подключение к Git по SSH в Windows без PuttyGen на примере BitBucket

Много статей (в том числе и на Хабре) посвящено подключению к Git по SSH-ключам. Почти во всех из них используется один из двух способов: либо с помощью puttygen.exe, либо командами ssh-keygen или ssh-add.

Вчера на одном из компьютеров у меня не получилось сделать это для msysgit ни одним из описанных в интернете способов, и я потратил несколько часов на попытки настроить SSH-доступ, так ни чего и не добившись.

Как я решил эту проблему — под катом.

BitBucket всё время ругался на то, что ему требуется подключение с помощью ключа:

Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights and the repository exists.

Мои попытки сгенерировать ключи, указать пути в переменных среды, привязать ключи к гиту были бесполезны. Либо гит ругался крякозябрами (в случае ssh-agent cmd.exe), либо просто игнорировал всё предложенное.

Если вы столкнулись с такой проблемой, то скорее всего у вас там ни чего не будет:

Ну а дальше читать будут, скорее всего, только самые педантичные… Жмём Generate key, видим окно запроса пароля (два раза) для приватного ключа:

И видим сгенерировавшийся публичный ключ:

Копируем его, и добавляем вэб-морду ГИТа (в моём случае это BitBucket; ключи там можно добавить в двух местах — в настройках аккаунта и в настройках проекта, нам первый вариант, ибо второй — для деплоя проекта) [Аккаунт] — Управление аккаунтом — SSH-ключи — Добавить ключ:

Ну, а дальше — просто делаем что нужно — или пуш, или клон (предполагается, что git remote add вы уже сделали сами). Git спросит, можно ли добавить хост к доверенным, и запросит passphrase (пароль приватного ключа). Всё, можно работать.

PS: Большое спасибо за наводку на решение моему коллеге Ивану!

Источник

Голобурдин://

среда, 20 ноября 2013 г.

Git и Bitbucket за 20 минут

Установка, настройка

Предположим, что у нас уже есть исходные коды разрабатываемого приложения и мы хотим начать использовать Git для контроля версий и централизованного их хранения на сервере Bitbucket.

Итак, мы создали репозиторий на Bibucket, теперь необходимо создать локальный репозиторий на локальном компьютере, чтобы впоследствии синхронизировать его с Bitbucket. Для этого мы будем использовать терминальные команды Git, поэтому в случае Windows необходимо добавить в переменную окружения PATH путь к исполняемым файлам Git (как правило, это C:\Program Files (x86)\Git\bin ), в случае Linux и Mac OS система уже сделала это за вас при установке.

Теперь всё готово к созданию первого локального Git репозитория.

Создание репозитория

Добавляем все файлы в созданный репозиторий:

За жизнь

При этом важно понимать, что все эти действия сейчас происходят локально на нашем компьютере, хранящем все версии репозитория, мы еще не производили синхронизацию с удаленным сервером Bitbucket.

Работа с Git

Итак, в данный момент мы имеем чистый репозиторий с одной версией. Внесем изменения в какой-то файл репозитория и подготовим файл к коммиту:

Команда git add не только добавляет новый файл к репозиторию, но и отслеживает изменения в уже присутствующих в репозитории файлах. Сделаем второй коммит:

Удалить файл из репозитория, то есть перевести его из отслеживаемого в неотслеживаемый, можно командой:

Кстати, узнать текущий статус по репозиторию можно командой

Просмотреть историю коммитов:

Источник

Установка GIT и подключение Bitbucket (пошаговая инструкция)

Установка GIT

и выбираем дистрибутив для своеё операционной системы.

После скачивания и запуска инсталлятора появляется мастер установки:

В окне опций соглагшаемся с предложением по-умолчанию:

Git можно использовать через специальные программы-клиенты с графическим интерфейсом пользователя, а можно через обычную командную строку. Для изучения системы рекомендуется научиться основным командам.

Инсталлятор установит специальную unix-подобную оболочку для ввода команд:

На этом этапе установки вновь соглашаемся с инсталлятором:

Теперь в проводнике Windows на диске C: создадим папку с будущим репозиторием (хранилищем) проектов. На самом деле эту папку можно размещать в любом месте файловой системы, но мы упрощаем себе задачу.

Запустим через главное меню системы оболочку Git Bash и дадим команду смены каталога внутри оболочки:

Разумеется, что при другом каталоге, нужно указать правильный адрес.

Создание пустого репозитария

Каталог *c: будет служить хранилищем исходных файлов программ. Но перед тем, как помещать в хранилище тексты программ, необходимо инициализировать его.

Для инициализации служит команда git init

С этого момента локальное хранилище можно заполнять файлами программ и фиксировать изменения. В качестве примера мы создадим текстовый файл с именем разработчика и поместим его в хранилище.

Работа с bitbucket.org

Для того чтобы работа программиса была доступной на разных компьютерах, организуем удалённое хранилище в сети. Сервер bitbucket.org предоставляет возможность бесплатно создавать репозитории и организовывать доступ к ним о стороны нескольких разработчиков.

Сначала нужно обратиться по адресу http://bitbucket.org и зарегистрировать новый аккаунт, указав имя пользователя и пароль.

После регистрации нужно будет изменить параметры профиля.

Выбираем русский язык с списке языков интерфейса

После того, как общие настройки аккаунта заданы, можно создать свой репозиторий (хранилище). Нажимаем на кнопку **Создать

Среди важнейших настроек: выбор типа системы управления версиями (выбираем Git), выбор приватного/публичного типа хранилища (можно выбрать любой, но лучше открытый), название (одно слово) и язык программирования (С).

Репозиторий создан. Теперь его имя появляется на главной странице аккаунта и в любой момент можно изменить его параметры. Для этого нужно щёлкнуть на названии репозитария в списке, а потом на боковой панели выбрать значок шестерёнки.

Связывание локального хранилища с удалённым

На данный момент существуют два хранилища: локальное, в папке C:* и удалённое, по адресу https://имя@bitbucket.org/имя/имя_реп.git** Но они никак не связаны, и, кроме того, пусты.

Можно воспользоваться инструкцией, автоматически появляющейся при создании нового удалённого хранилища:

Мы немного изменим предлагаемый порядок команд.

Во время одного из этапов первоначальных действий с Git придётся настроить имя пользователя и адрес почты:

Передача изменений в удалённое хранилище

После того, как связь между хранилищами определена, можно внести изменения в удалённый репозиторий:

Не забываейте правильно набирать пароль к аккаунту bitbucket в момент передачи изменений.

Признаком успеха является появление подобных сообщений:

На странице репозитария в bitbucket.org в разделе содержимого хранилища можно будет увидеть новый файл.

Дальнейшая работа

В дальнейшем, нужно будет добавлять к локальному хранилищу новые файлы или переопределять отредактированные

Далее, необходимо фиксировать изменения:

И, в заключении, передавать изменения на сервер

Источник

Bitbucket для повышения качества кода. Четыре шага, чтобы начать работу

Теперь можно загрузить код в Bitbucket.

Шаг 1. Переместите свой код в Bitbucket

Репозитории (которые специалисты с любовью называют «репами») — это место, где код хранится в Bitbucket. Начать работу можно по-разному в зависимости от ваших потребностей.

Создание нового пустого репозитория

Импорт репозитория от другого поставщика Git

Укажите URL для доступа к репозиторию.

Если для доступа к вашему репозиторию требуется авторизация, установите флажок Requires authorization (Требуется авторизация) и введите учетные данные для доступа.

Присвойте репозиторию имя. Это важно! Имя репозитория включается в его URL-адрес.

Настройки остальных параметров можно не менять. Нажмите Import repository (Импортировать репозиторий).

Шаг 2. Подготовьте локальную систему, чтобы сотрудничать с коллегами со всего мира

Клонирование репозитория Bitbucket

Из интерфейса командной строки

На вашем локальном диске появится новый подкаталог с тем же именем, что и клонированный репозиторий. Если вы клонировали пустой репозиторий, этот локальный каталог пока может быть пуст.

Изменение файла в Bitbucket в режиме онлайн

Подождите, у меня нет файлов в Bitbucket.

Вы пропустили необязательный шаг и не добавили файл README в репозиторий Bitbucket? Не переживайте! Если репозиторий пуст, перейдите в него и нажмите Create a README (Создать файл README). Теперь вы можете клонировать репозиторий, в котором есть файлы.

Извлечение (pull) обновлений из Bitbucket

Из интерфейса командной строки

Выполнив команду, вы загрузите все изменения, внесенные в эти файлы, в свою локальную систему.

Шаг 3. Выполняйте базовые операции с ветками с помощью Bitbucket

Благодаря ветвлению участники команды могут работать одновременно над разными участками кода, не изменяя исходную базу кода и не мешая работе других участников. Когда вы будете готовы выполнить слияние изменений, отправьте свою ветку в Bitbucket, чтобы ее можно было проверить посредством запроса pull.

Создавать ветки можно несколькими способами. Выберите тот, который лучше других отвечает потребностям вашей команды.

Создание ветки

Из интерфейса командной строки

Из интерфейса командной строки, находясь в каталоге локального репозитория

Переключитесь на эту ветку. git checkout

Теперь перейдем в Bitbucket и посмотрим на нашу ветку.

Перейдите в репозиторий.

Нажмите Branches (Ветки).

Для этого у вас должен быть доступ к сервису Jira Software Cloud, который вы должны интегрировать с Bitbucket. Для этого нужны права администратора, но если вы хотите просто поэкспериментировать с интеграцией и посмотреть, как она работает, вы всегда можете оформить подписку на бесплатную пробную версию Jira Software Cloud.

Интеграцию этих двух продуктов можно выполнить сразу после настройки сайта Jira. Инструкции по интеграции приведены в статье Подключение Bitbucket Cloud к Jira Software Cloud.

Шаг 4. Проверьте изменения кода при помощи запроса pull

Когда изменения вашего кода переданы в Bitbucket, они должны быть проверены коллегой. Запросить проверку кода и в целом вести совместную работу в общей среде со своей командой проще и эффективнее всего посредством запросов pull.

Создание запроса pull

Этот запрос pull появится в списках запросов pull на боковой панели навигации вашего репозитория.

Проверка запроса pull

Если вас выбрали в качестве проверяющего, вы получите уведомление о том, что запрос pull ожидает вашей проверки. Кроме того, открытые запросы pull можно просмотреть на вкладке Pull requests (Запросы pull) на дашбоарде. Проверку кода в целях обеспечения качества можно выполнить разными способами — выбор за вами. Ниже описано несколько способов того, как можно поддерживать эффективную связь с коллегами, чтобы все понимали, что именно было изменено, и были согласны с изменением, подготовленным к слиянию.

Просмотр различий
Если просмотреть запрос pull, вы увидите различия (изменения) во всех файлах, измененных в запросе pull. Добавленные строки выделяются зеленым цветом, удаленные — красным. Также можно нажать на вкладке Commits (Коммиты) в верхней части запроса pull, чтобы просмотреть, какие коммиты включены. Это удобно при проверке больших запросов pull.

Отзывы и вопросы в комментариях
В Bitbucket можно оставлять комментарии ко всему запросу pull, отдельному файлу или отдельному участку кода в файле. Благодаря этому можно легко поместить отзыв в контекст или конкретизировать его. Комментарии можно сопровождать изображениями, ссылками, форматированным текстом. Каждый комментарий имеет собственный URL-адрес, чтобы им можно было быстро поделиться.

Подтверждение или отклонение запроса pull
Выполнив проверку изменений кода, вы должны сообщить автору запроса pull, готов ли запрос к слиянию. Нажмите кнопку Approve (Подтвердить), чтобы автор запроса получил уведомление о том, что вы считаете слияние изменений возможным. Если вы нажмете кнопку Decline (Отклонить), автор запроса получит противоположное по смыслу уведомление. Отклоненный запрос pull нельзя будет открыть снова. Чтобы выполнить слияние ветки, нужно будет открыть новый запрос pull.

Учтите, что отклонение запроса pull может плохо сказаться на моральном духе автора, поэтому к нему следует прибегать, только если изменения совсем не годятся или данная работа уже не требуется. Сохраняйте доброжелательность, проверяя чужую работу, и всегда стремитесь в первую очередь понять и уже потом — быть понятым.

Слияние запроса pull
После того как код прошел проверку и был подтвержден в рамках запроса pull, нажмите кнопку Merge (Слияние), чтобы выполнить слияние вашей ветки с основной. Изменения кода из исходной ветки будут полностью включены в целевую ветку.

Источник

Изучите Git с помощью Bitbucket Cloud

Изучение основ Git с помощью этого тематического обучающего руководства.

Краткое описание основной задачи

Ваша цель — изучить основы Git путем освоения обучающего руководства. Здесь мы вообразим, что мы отслеживаем космические станции своей команды. В этом руководстве рассматриваются команды

Создание репозитория Git

Вы — новый администратор космической станции Bitbucket, это требует самоорганизации. Файлы, которые вы создаете для космической станции, должны храниться в одном месте, чтобы к ним могли обращаться участники команды из любой точки Вселенной. В Bitbucket это означает, что нужно все добавлять в репозиторий. Давайте создадим его!

Несколько интересных фактов о репозиториях

Шаг 1. Создайте репозиторий

Изначально репозиторий, созданный в Bitbucket, будет пустым, без программного кода. Ничего страшного, скоро вы начнете добавлять туда новые файлы. Репозиторий Bitbucket будет центральным репозиторием для ваших файлов. Другие пользователи смогут получить доступ к нему, только если вы предоставите им соответствующие права. После создания репозитория вы скопируете его в свою локальную систему. После этого вы сможете обновлять версию в одном репозитории, а затем переносить изменения в другой.

Создать репозиторий можно следующим образом:

В Bitbucket нажмите значок + на глобальной боковой панели и выберите Repository (Репозиторий).

Bitbucket отобразит страницу Create a new repository (Создать новый репозиторий). Внимательно изучите содержимое этого диалогового окна. Все настройки, которые вы укажете на этой странице, кроме пункта Repository type (Тип репозитория), потом можно будет изменить.

Access level (Уровень доступа): оставьте галочку в поле This is a private repository (Это частный репозиторий). Частный репозиторий будет виден только вам и тем, кому вы предоставите доступ. Если этот флажок не установлен, любой пользователь сможет увидеть ваш репозиторий.

Выберите в поле Repository type (Тип репозитория) вариант Git. Помните, что после нажатия кнопки Create repository (Создать репозиторий) вы уже не сможете изменить тип репозитория.

Нажмите Create repository (Создать репозиторий). Bitbucket создаст репозиторий и отобразит страницу Overview (Обзор).

Шаг 2. Изучите новый репозиторий

Внимательно изучите созданный репозиторий. Вы должны оказаться на странице Overview (Обзор) репозитория.

Нажмите + на глобальной боковой панели, чтобы увидеть стандартные действия для репозиториев. Нажимайте элементы на боковой панели навигации, чтобы узнать, что за ними скрывается, в том числе Settings (Настройки), где можно изменить сведения о репозитории и другие параметры. Чтобы просмотреть список быстрых клавиш для перехода к этим элементам, нажмите ? на клавиатуре.

Если вы нажмете Commits (Коммиты) на боковой панели, то обнаружите, что коммитов нет, потому что вы еще не создали содержимое репозитория. Ваш репозиторий является частным, а поскольку вы не отправляли никому приглашений для доступа к нему, то единственный человек, который может создавать и редактировать содержимое репозитория, — это вы, его владелец.

Копирование репозитория Git и добавление файлов

У вас есть место для хранения файлов космических станций и обмена ими. Теперь нужно научиться обращаться к нему из локальной системы. Для этого нужно копировать репозиторий Bitbucket в локальную систему. В Git копирование репозитория называется «клонированием». При клонировании репозитория создается соединение между сервером Bitbucket (обозначается в Git термином origin) и локальной системой.

Шаг 1. Клонируйте репозиторий в локальную систему

С рабочего стола откройте браузер и окно терминала. В окне терминала проделайте следующее.

Когда вы станете использовать Bitbucket активнее, вы наверняка будете работать с несколькими репозиториями. С учетом этого хорошо бы создать каталог, который будет содержать в себе все эти репозитории.

Создайте каталог для размещения своих репозиториев.

Из Bitbucket перейдите в репозиторий BitbucketStationLocations.

Нажмите значок «+» на глобальной боковой панели и выберите Clone this repository (Клонировать репозиторий).

В Bitbucket появится всплывающее диалоговое окно клонирования. По умолчанию в диалоговом окне клонирования выбран протокол HTTPS или SSH, в зависимости от ваших настроек. В рамках этого руководства не изменяйте протокол по умолчанию.

Скопируйте выделенную команду клонирования.

Вставьте команду, скопированную из Bitbucket, в окно терминала и нажмите Return.

В ответ на запрос терминала введите свой пароль Bitbucket. Ели вы создали аккаунт через Google, используйте пароль для этого аккаунта.

Если возникла ошибка пароля Windows:

В некоторых версиях операционной системы Microsoft Windows и Git может возникнуть ошибка, как в следующем примере.

Пример ошибки пароля Windows при клонировании

Вам известно, что ваш репозиторий пуст? Если помните, вы еще не добавили в него файлы исходного кода.

Поздравляем! Клонирование репозитория в локальную систему выполнено.

Шаг 2. Добавьте файл в локальный репозиторий и поместите его в Bitbucket

Теперь, когда в вашей локальной системе есть репозиторий, пора приступать к работе. Вы собираетесь отслеживать местоположение всех своих космических станций. Давайте создадим файл для хранения данных обо всех местоположениях.

Если на выходе командной строки ничего нет, значит, файл создан правильно!

На этом этапе Git знает, что вы создали новый файл. Вы увидите что-то подобное:

Это неотслеживаемый файл: Git видит, что он не является частью предыдущего коммита. Вывод команды status подсказывает, что следующим шагом должно стать добавление файла.

Команда git add переносит изменения из рабочего каталога в раздел проиндексированных файлов Git. Раздел проиндексированных файлов — это место, где подготавливается снимок состояния для набора изменений, прежде чем выполнить их коммит в официальную историю.

Проверьте статус файла.

Вы увидите, что новый файл добавлен (проиндексирован) и вы можете сделать коммит, когда будете готовы. Команда git status показывает состояние рабочего каталога и проиндексированного снимка.

Команда git commit выполняет коммит проиндексированного снимка состояния в историю проекта. Эта процедура в сочетании с командой git add определяет классический рабочий процесс для всех пользователей Git.

Все, что вы делали до этого момента, происходило в локальной системе. Для репозитория в Bitbucket эти изменения остаются невидимыми, пока вы не отправите их в удаленный репозиторий Bitbucket.

Подробнее о Git и удаленных репозиториях

Способность Git обмениваться данными с удаленными репозиториями (в нашем случае — с Bitbucket) является основой любого процесса совместной работы в Git.

Модель совместной работы в Git предполагает, что каждый разработчик использует собственную копию репозитория со своей локальной историей и структурой веток. Обычно пользователи делятся не отдельными наборами изменений, а сериями коммитов. Вместо того чтобы выполнять коммит одного набора изменений из рабочей копии в центральный репозиторий, Git позволяет передавать между репозиториями целые ветки.

Вы можете управлять подключениями к другим репозиториям и публиковать локальную историю, отправляя ветки в другие репозитории. Вы можете видеть результаты работы других участников, извлекая ветки в локальный репозиторий.

В ответ вы должны получить что-то подобное:

Ваши коммиты переданы в удаленный репозиторий (origin).

Перейдите в репозиторий BitbucketStationLocations в Bitbucket.

Нажав Commits (Коммиты) на боковой панели, вы увидите в своем репозитории единственный коммит. Bitbucket объединяет все выполненные вами действия в один коммит и отображает его. Как видите, в столбце Author (Автор) отображается значение, которое использовалось при настройке глобального файла конфигурации Git (

Помните, как выглядел репозиторий сразу после создания? Сейчас он должен выглядеть немного иначе.

Получение изменений из репозитория Git в Bitbucket Cloud

Далее вам как администратору космических станций понадобится файл с дополнительной информацией об их местоположении. Поскольку на данный момент у вас не так много данных о местоположении, их можно добавить прямо из Bitbucket.

Шаг 1. Создайте файл в Bitbucket

Чтобы добавить новый файл с данными о местоположении, выполните следующие действия.

A. Страница Source (Исходный код): нажмите ссылку, чтобы открыть эту страницу.
B. Выбор ветки: выберите ветку, которую хотите просмотреть.
C. Кнопка «Еще»: нажмите, чтобы вызвать меню с дополнительными командами, например Add file (Добавить файл).
D. Область файлов исходного кода: просмотр каталога файлов в Bitbucket.

На странице Source (Исходный код) нажмите кнопку «Еще» в правом верхнем углу и выберите в меню команду Add file (Добавить файл). Кнопка «Еще» появляется только после того, как в репозиторий был добавлен хотя бы один файл.

Откроется страница создания нового файла, как показано на следующем изображении.

Новый файл BitbucketНовый файл BitbucketA. Ветка с новым файлом: измените, если нужно добавить файл в другую ветку.
B. Область нового файла: добавьте сюда содержимое нового файла.

В поле filename (Имя файла) введите stationlocations.

В списке Syntax mode (Режим синтаксиса) выберите вариант HTML.

В текстовое поле добавьте следующий HTML-код:

Нажмите кнопку Commit (Сделать коммит). Появится поле Commit message (Комментарий к коммиту) с сообщением stationlocations created online with Bitbucket (Файл stationlocations создан онлайн в Bitbucket).

Нажмите Commit (Сделать коммит) под полем с комментарием.

Теперь у вас в Bitbucket есть новый файл. Откроется страница со сведениями о коммите, где можно увидеть выполненное изменение.

Чтобы просмотреть список сделанных на данный момент коммитов, нажмите Commits (Коммиты) на боковой панели.

Шаг 2. Получите изменения из удаленного репозитория

Теперь нужно скопировать этот новый файл в локальный репозиторий. Это довольная простая процедура, по сути обратная операции push, с помощью которой вы поместили файл locations.txt в Bitbucket.

Скопировать файл в локальный репозиторий можно следующим образом:

Команда git pull выполняет слияние файла из удаленного репозитория (Bitbucket) в локальный репозиторий одной командой.

Перейдите в папку репозитория в локальной системе. Там будет находиться только что добавленный файл.

Фантастика! Добавив два файла о местоположении космических станций, вы выполнили классический рабочий процесс в Git (клонирование, добавление, коммит, отправку и получение) между Bitbucket и локальной системой.

Использование команды git branch для слияния файла

Администратор космических станций имеет определенные обязанности. Иногда приходится ограничивать доступ к информации, особенно при добавлении на карту местоположения новых станций в солнечной системе. Освоив работу с ветками, вы сможете обновлять файлы и делиться информацией, когда будете к этому готовы.

В полной мере потенциал веток раскрывается при работе в команде. Вы можете работать над своей частью проекта из своей ветки, получать изменения из Bitbucket и выполнять слияние всех результатов своей работы, когда она будет готова, с главной веткой. В нашей документации подробно описано, для чего используются ветки.

Ветка представляет собой независимое направление разработки в репозитории. Ее можно рассматривать как новое сочетание рабочего каталога, раздела проиндексированных файлов и истории проекта. Создание новых веток автоматически начинается с главной ветки (main). В качестве наглядного примера на этой схеме показаны главная ветка и ветка с обновлением для исправления багов.

Шаг 1. Создание ветки и внесение изменения

Создайте ветку, в которую вы сможете добавлять планы для космической станции, еще не готовые к коммиту. Когда вы будете готовы сообщить об этих планах всем, можно будет выполнить слияние изменений в репозиторий Bitbucket и затем удалить ставшую ненужной ветку.

Важно понимать, что ветки — это просто указатели на коммиты. Когда вы создаете ветку, Git создает только новый указатель, а не новый набор файлов или папок. Перед началом работы ваш репозиторий выглядит так:

Создать ветку можно следующим образом:

В окне терминала создайте ветку.

Эта команда создает ветку, но не выполняет переключение на эту ветку, поэтому репозиторий выглядит примерно так:

История репозитория остается неизменной. Все, что вы получаете, — это новый указатель на текущую ветку. Чтобы начать работу с новой веткой, вы должны переключиться на ветку, которую хотите использовать.

Переключитесь на только что созданную ветку, чтобы начать ее использовать.

Найдите в локальной системе папку bitbucketstationlocations и откройте ее. Вы заметите, что в результате создания новой ветки в каталоге не появилось никаких дополнительных файлов или папок.

Откройте файл stationlocations в текстовом редакторе.

Измените файл, добавив в него местоположение еще одной станции:

Сохраните и закройте файл.

Проиндексируйте свой файл.

После этого последнего коммита репозиторий будет выглядеть примерно так:

Шаг 2. Merge для ветки: ускоренное слияние

Число ваших космических станций растет. Пришло время для церемонии открытия станции на Марсе. Теперь, когда ваши планы на будущее начали воплощаться в жизнь, можно слить ветку future-plans с основной веткой в локальной системе.

Поскольку вы создали только одну ветку и внесли одно изменение, используйте метод ускоренного слияния веток. Ускоренное слияние возможно, потому что последний коммит текущей ветки является прямым продолжением целевой ветки. В этом случае для объединения историй Git не выполняет полноценное слияние, а просто переносит указатель текущей ветки в конец целевой ветки. Объединение историй проходит успешно, поскольку все коммиты, доступные из целевой ветки, теперь доступны из текущей ветки.

Это распространенная модель работы с ветками, отведенными под решение краткосрочных задач с небольшими изменениями. При работе с объемными функциями она используется реже.

Ускоренное слияние можно выполнить следующим образом:

Вот что вы сделали на данный момент:

Теперь нужно поместить всю эту работу в Bitbucket, в удаленный репозиторий.

Шаг 3. Отправьте изменения в Bitbucket

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

На схеме показано, что происходит, когда локальный репозиторий содержит изменения, которых нет в центральном репозитории, и вы отправляете эти изменения в Bitbucket.

Вот как можно отправить изменение в удаленный репозиторий:

Перейдите на страницу Overview (Обзор) своего репозитория Bitbucket. Обратите внимание, что в ленте Recent Activity (Недавние события) появилась операция push.

Нажмите Commits (Коммиты), и вы увидите коммит, сделанный в локальной системе. Обратите внимание: изменение имеет тот же идентификатор коммита, что и в локальной системе.

Также видно, что линия слева от списка коммитов является прямой и не имеет веток. Это связано с тем, что ветка future-plans никогда не взаимодействовала с удаленным репозиторием. Туда передавалось только созданное изменение после коммита.

Нажмите Branches (Ветки) и обратите внимание, что на этой странице также нет записи об этой ветке.

Нажмите историю файла, чтобы просмотреть изменения этого файла, отправленные в виде коммитов. Она будет выглядеть примерно как на следующем рисунке.

Готово!

Не уверены, что сможете запомнить все только что выученные команды Git? Не вопрос. Добавьте закладку на нашу страницу Основные команды Git и обращайтесь к ней при необходимости.

Источник