Как залить проект на bitbucket
Перейти к содержимому

Как залить проект на bitbucket

  • автор:

Как загрузить существующий проект на Bitbucket?

В 4-ом пункте говорится, что надо найти на панели слева clone URL, но ничего подобного там нет. Есть кнопка Clone сверу справа, но там ссылка сильно отличается от примерного, например, не указан порт, присутствует имя пользователя перед названием проекта и .git файл назван именем проекта, а не repo.git. Но я попробовал с ним, добавив порт, в 5-ом пункте вторая команда git push -u origin master не выполняется, ожидая чего-то, любой введенный текст игнорируется и ожидается еще текст.

  • Вопрос задан более трёх лет назад
  • 25834 просмотра

Комментировать
Решения вопроса 1

Casufi

При создании чистого репозитория в bitbucket высвечивается подробная инструкция как подключить существующую репу.

Step 2: Connect your existing repository to Bitbucket

git remote add origin git@bitbucket.org:casufi/test-repo.git git push -u origin master

Зачем какието порты выдумывать? Для того, чтобы пушить в репозиторий по протоколу git, вам нужно будет настроить авторизацию по ключам ssh, в документации это есть. Если лень настраивать авторизацию по ssh, используйте ссылку через https

git remote add origin https://casufi@bitbucket.org/casufi/test-repo.git git push -u origin master

Ну и для текущего репозитория нужно настроить email чтобы совпадал с вашим email в битбакете

$ git config user.name "John Doe" $ git config user.email johndoe@example.com

Ответ написан более трёх лет назад
Нравится 1 3 комментария
ukoHka @ukoHka Автор вопроса

Я не видел этой инструкции при создании и загуглил другую. Результат в вопросе.
Порты я не выдумывал, а взял в инструкции по ссылке в вопросе.
Видимо, из-за порта git push завис.
Убрал порт, сработало, но пришлось сделать git pull origin master —allow-unrelated-histories, чтобы синхронизировать существующую историю со свежесозданной. После этого git push -u origin master отработал быстро и как надо

Как создать репозиторий и скопировать туда свои готовые файлы?

Решил обезопасить себя и закинуть проект в git, конкретно на bitbucket. Git установлен, но пользовался до этого только «pull-push».
Есть папка с проектом которую мне надо закинуть, в мануале написано:

mkdir /path/to/your/project 

Мне там нужно прописать название папки или же полный путь до папки? Или же мне нужно что-то другое? Может использовать инструкцию «У меня уже есть проект»?
Если я буду закидывать свой проект, не закину ли я его случайно в аккаунт конторы в которой работаю?

Отслеживать
34.1k 25 25 золотых знаков 130 130 серебряных знаков 225 225 бронзовых знаков
задан 7 мая 2016 в 5:44
673 1 1 золотой знак 6 6 серебряных знаков 21 21 бронзовый знак
Смотрите не закиньте случайно пароли и прочие секретики
7 мая 2016 в 10:13
Советую использовать меркуриал. Легче разруливаются мержи.
7 мая 2016 в 17:32

Заметил, что для форматирования вы используете html. Здесь доступен гораздо более простой Markdown: ru.stackoverflow.com/editing-help

9 мая 2016 в 7:33
@NickVolynkin спасибо!
10 мая 2016 в 8:13

1 ответ 1

Сортировка: Сброс на вариант по умолчанию

  1. создайте в bitbucket новый репо (наверное, уже);
  2. скопируйте его SSH URL – что-то вроде [email protected]:drtvader/superproject.git – убедитесь, что там ваше, а не конторы имя после двоеточия;
  3. зайдите в папку вашего проекта у себя на компе;
  4. git init инициализирует git проект;
  5. git add . добавит в него все файлы и папки в текущей директории и глубже;
  6. git commit -m «initial commit» – закоммитит их все;
  7. git remote add origin [email protected]:drtvader/superproject.git – сюда подставляете скопированный во 2-м шаге URL вашего репо на Bitbucket;
  8. git push origin master чтобы закинуть свежесозданный коммит на bitbucket.

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

A. может понадобиться ответить yes при первом подключении к BitBucket с вашего компа в 8-м пункте с git push.. — на вопрос о том, доверять ли такому-то сертификату от такого-то IP адреса.

B. если не пользовались раньше git’ом с этого компьютера, понадобится сконфигурить git – задать ваше имя латиницей и email – они будут указаны как автор коммитов с этого компа:

C. может быть, не все файлы вы захотите контролировать git’ом – например, конфиги с паролями – заранее создайте файл .gitignore и занесите их названия туда, по одному на строке, чтобы git не обращал на них внимание.

D. создайте в корне проекта файл README.md в разметке Markdown с описанием вашего проекта, его названием и почётными копирайтами – содержание этого файла BitBucket покажет на странице вашего проекта.

Руководство по развертыванию репозиториев Bitbucket на Статические веб-приложения Azure

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

Задача конвейера Статические веб-приложения в настоящее время работает только на компьютерах Linux.

Из этого руководства вы узнаете, как выполнять такие задачи.

  • Импорт репозитория в Bitbucket
  • Создание статического веб-приложения
  • Настройка репозитория Bitbucket для развертывания в Статические веб-приложения Azure

Предварительные требования

  • Учетная запись Bitbucket
    • Убедитесь, что включена двухфакторная проверка подлинности.
    • Если у вас еще нет подписки Azure, создайте бесплатную пробную учетную запись.

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

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

    1. Войдите в Bitbucket.
    2. Перейдите к https://bitbucket.org/repo/import , чтобы начать процесс импорта.
    3. Под меткой Старый репозиторий в поле URL-адрес введите URL-адрес репозитория для выбранной платформы.

    Настройка main ветви

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

    1. Выберите Параметры репозитория.
    2. Разверните раздел Дополнительно.
    3. Под меткой Основной ветви убедитесь, что в раскрывающемся списке выбран main.
    4. Если вы внесли изменения, выберите Сохранить изменения.
    5. Нажмите кнопку Назад.

    Создание статического веб-приложения

    Теперь, когда репозиторий создан, можно создать статическое веб-приложение на портале Azure.

    1. Перейдите на портал Microsoft Azure.
    2. Выберите Создать ресурс.
    3. Выполните поиск по запросу Статические веб-приложения.
    4. Выберите Статические веб-приложения.
    5. Щелкните Создать.
    6. В разделе Основные сведения начните с настройки нового приложения.

    Параметр Значение
    Подписка Azure. Выберите подписку Azure.
    Группа ресурсов Щелкните ссылку Создать и введите static-web-apps-bitbucket.
    Имя Введите my-first-static-web-app.
    Тип плана Выберите Бесплатно.
    Область для API Функций Azure и промежуточных сред Выберите ближайший к вам регион.
    Источник Выберите Другой.

    Создание задачи конвейера в Bitbucket

    1. Перейдите в репозиторий в Bitbucket.
    2. Выберите пункт меню Источник .
    3. Убедитесь, что в раскрывающемся списке ветвь выбрана main ветвь.
    4. Выберите Pipelines.
    5. Щелкните текстовую ссылку Создание первого конвейера.
    6. На карта начального конвейера нажмите кнопку Выбрать.
    7. Введите следующий YAML-файл в файл конфигурации.
    pipelines: branches: main: - step: name: Deploy to test deployment: test script: - chown -R 165536:165536 $BITBUCKET_CLONE_DIR - pipe: microsoft/azure-static-web-apps-deploy:main variables: APP_LOCATION: '$BITBUCKET_CLONE_DIR/src' OUTPUT_LOCATION: '$BITBUCKET_CLONE_DIR/src' API_TOKEN: $deployment_token 
    pipelines: branches: main: - step: name: Deploy to test deployment: test script: - chown -R 165536:165536 $BITBUCKET_CLONE_DIR - pipe: microsoft/azure-static-web-apps-deploy:main variables: APP_LOCATION: '$BITBUCKET_CLONE_DIR' OUTPUT_LOCATION: '$BITBUCKET_CLONE_DIR/dist/angular-basic' API_TOKEN: $deployment_token 
    pipelines: branches: main: - step: name: Deploy to test deployment: test script: - chown -R 165536:165536 $BITBUCKET_CLONE_DIR - pipe: microsoft/azure-static-web-apps-deploy:main variables: APP_LOCATION: '$BITBUCKET_CLONE_DIR/Client' OUTPUT_LOCATION: 'wwwroot' API_TOKEN: $deployment_token 
    pipelines: branches: main: - step: name: Deploy to test deployment: test script: - chown -R 165536:165536 $BITBUCKET_CLONE_DIR - pipe: microsoft/azure-static-web-apps-deploy:main variables: APP_LOCATION: '$BITBUCKET_CLONE_DIR' OUTPUT_LOCATION: '$BITBUCKET_CLONE_DIR/build' API_TOKEN: $deployment_token 
    pipelines: branches: main: - step: name: Deploy to test deployment: test script: - chown -R 165536:165536 $BITBUCKET_CLONE_DIR - pipe: microsoft/azure-static-web-apps-deploy:main variables: APP_LOCATION: '$BITBUCKET_CLONE_DIR' OUTPUT_LOCATION: '$BITBUCKET_CLONE_DIR/dist' API_TOKEN: $deployment_token 

    В этом примере для задано microsoft/azure-static-web-apps-deploy:main значение pipe . Замените main нужным именем ветви, если вы хотите, чтобы конвейер работал с другой ветвью.

    Следующие свойства конфигурации используются в файле конфигурации статического веб-приложения.

    Переменная $BITBUCKET_CLONE_DIR сопоставляется с корневым расположением папки репозитория в процессе сборки.

    Свойство Описание Пример Обязательно
    app_location Расположение кода приложения. Введите / , если исходный код приложения находится в корне репозитория или /app код приложения находится в каталоге с именем app . Да
    api_location Расположение кода Функций Azure. Введите /api , если код API находится в папке с именем api . Если в папке не обнаружено ни одного приложения Функций Azure, в процессе сборки сбой не произойдет, и в рабочем процессе предполагается, что API не нужен. нет
    output_location Расположение выходного каталога сборки относительно app_location . Если исходный код приложения находится в /app , а скрипт сборки выводит файлы в папку /app/build , установите build в качестве значения output_location . Нет

    Затем определите значение для переменной API_TOKEN .

    1. Выберите Добавить переменные.
    2. В поле Имя введите deployment_token, соответствующее имени в рабочем процессе.
    3. В поле Значение вставьте значение маркера развертывания, которое вы отложили на предыдущем шаге.
    4. Установите флажок Защищенный .
    5. Выберите Добавить.
    6. Выберите Зафиксировать файл и вернитесь на вкладку конвейеров.

    Подождите некоторое время в окне Конвейеры , и вы увидите состояние развертывания. После завершения развертывания можно просмотреть веб-сайт в браузере.

    Просмотр веб-сайта

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

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

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

    1. Вернитесь к статическому веб-приложению в портал Azure.
    2. Перейдите в окно Обзор .
    3. Щелкните ссылку под меткой URL-адреса . Веб-сайт загружается на новой вкладке.

    Очистка ресурсов

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

    1. Выберите группу ресурсов static-web-apps-bitbucket в разделе Обзор .
    2. Выберите Удалить группу ресурсов в верхней части группы ресурсов Обзор.
    3. Введите имя группы ресурсов static-web-apps-bitbucket в диалоговом окне подтверждения Удалить static-web-apps-bitbucket? ?
    4. Выберите Удалить.

    На удаление группы ресурсов может потребоваться несколько минут.

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

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

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

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

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

    • С чистого листа
    • При помощи другого поставщика

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

    1. Нажмите + на общей боковой панели, расположенной в левой части экрана, и выберите в разделе Create new (Создать) пункт Repository (Репозиторий).
    2. Присвойте репозиторию имя. Это важно! Имя репозитория включается в его URL-адрес.
    3. Выберите для параметра Include a README? (Добавить файл README?) значение Yes, with a template (Да, с помощью шаблона).
    4. Настройки остальных параметров можно не менять. Нажмите Create (Создать).

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

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

    1. Нажмите + на общей боковой панели, расположенной в левой части экрана, и выберите в разделе Import (Импорт) пункт Repository (Репозиторий).
    2. Укажите URL для доступа к репозиторию.
    3. Если для доступа к вашему репозиторию требуется авторизация, установите флажок Requires authorization (Требуется авторизация) и введите учетные данные для доступа.
    4. Присвойте репозиторию имя. Это важно! Имя репозитория включается в его URL-адрес.
    5. Настройки остальных параметров можно не менять. Нажмите Import repository (Импортировать репозиторий).

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

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

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

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

    Итак, вы создали (или импортировали) репозиторий. Прежде чем вы сможете принять участие в изменении кода в репозитории Bitbucket, вы должны клонировать этот репозиторий в свою локальную систему. Подробнее о клонировании в Git.

    1. Нажмите «+» на общей боковой панели, расположенной в левой части экрана, и выберите в разделе Get to work (Приступаем к работе) пункт Clone this repository (Клонировать этот репозиторий).
    2. Выберите в меню, расположенном в правом верхнем углу экрана, вариант HTTPS (если вы уже не настроили SSH-ключи).
    3. Скопируйте команду клонирования.

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

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

    1. Перейдите в каталог, в который вы хотите клонировать репозиторий. cd
    1. Вставьте команду, которую вы скопировали из Bitbucket (она будет выглядеть примерно так): git clone https://username@bitbucket.org/teamsinspace/documentation-test.git

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

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

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

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

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

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

    1. Перейдите в каталог, в который вы хотите клонировать репозиторий. cd
    1. Вставьте команду, которую вы скопировали из Bitbucket (она будет выглядеть примерно так): git clone

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

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

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

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

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

    • Из Bitbucket (самый простой способ)
    • Из интерфейса командной строки
    • Из Jira
    1. Находясь в репозитории, нажмите «+» на общей боковой панели и выберите в разделе Get to work (Приступаем к работе) пункт Create a branch (Создать ветку).
    2. В появившемся всплывающем окне выберите Type (Тип) (если вы используете модель ветвления), введите имя ветки в поле Branch name (Имя ветки) и нажмите Create (Создать).

    Создайте ветку

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

    1. После создания ветки выберите ее и переключитесь на эту ветку в вашей локальной системе. Bitbucket автоматически отобразит необходимую команду, которая будет выглядеть примерно так: git fetch && git checkout
    2. Внесите изменения в локальной системе, затем добавьте изменения, сделайте коммит и отправьте изменения в ветку: git add . git commit -m «добавлено изменение в функциональную ветку» git push origin
    3. Перейдите на страницу Source (Исходный код) в своем репозитории. В раскрывающемся списке вы увидите главную ветку и ветку

    Фильтр веток

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

    1. Создайте ветку с помощью команды Git branch. git branch
    2. Просмотрите список веток в репозитории. Вы увидите главную ветку по умолчанию и новую ветку, которую вы создали. git branch
    3. Переключитесь на эту ветку. git checkout
    4. Отправьте новую ветку в Bitbucket. git push —set-upstream origin

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

    1. Перейдите в репозиторий.
    2. Нажмите Branches (Ветки).

    Фильтр веток

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

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

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

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

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

    1. В открытом репозитории нажмите «+» на общей боковой панели и выберите в разделе Get to work (Приступаем к работе) пункт Create a pull request (Создать запрос pull).
    2. Заполните остальные поля формы запроса pull:

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

    1. Source (Источник): репозиторий и ветка, в которой вы изменили код и теперь хотите выполнить слияние этих изменений.
    2. Destination (Назначение): репозиторий и ветка, в которую вы хотите слить изменения.
    3. Title and Description (Заголовок и описание): значения этих двух полей будут использоваться в уведомлениях, отправляемых по электронной почте. Заголовок также будет отображаться в списке запросов pull.
    4. Reviewers (Проверяющие): выберите проверяющих, которые будут оставлять полезные отзывы об изменениях и должны будут подтверждать изменения.
    5. Close branch (Закрыть ветку): установите этот флажок, если хотите, чтобы ветка автоматически закрылась после слияния запроса pull.
    6. Diff and Commits (Различия и коммиты): на этих вкладках можно просмотреть внесенные изменения (Diff) и включенные коммиты.
    1. Нажмите Create pull request (Создать запрос 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 (Слияние), чтобы выполнить слияние вашей ветки с основной. Изменения кода из исходной ветки будут полностью включены в целевую ветку.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *