admin / 24.08.2018
.
В статье показано, как работать с GIT на практике, используя BitBucket и GIT Bash.
Перед прочтением этой статьи рекомендуется прочитать её первую часть.
BitBucket — регистрация
BitBucket — создание репозитория
Установка GIT на Windows 7
Содержание
BitBucket — бесплатный хостинг GIT репозиториев. Имеет неплохую документацию.
Приступим к регистрации. Переходим сюда
И заполняем форму регистрации:
После этого на ваш почтовый ящик приходит письмо. Там нажимаем на единственную кнопку.
После регистрации попадаем сюда.
Русская версия находится на стадии тестирования, но включить русский язык все же можно. Нажимаем на аватар, затем Manage account
На открывшейся странице выбираем русский язык и нажимаем на кнопку:
После этого BitBucket становится русским.
Как я уже говорил, русская версия находится на стадии тестирования и в ней иногда попадаются ошибки:D
Я ТАЩУУУСЬ:DD @Cafe4me_tweet@lektor116pic.twitter.com/a2FF0aWYoB
— atnartur (@atnartur) June 28, 2013
После регистрации в сервисе, нужно создать наш первый GIT репозиторий. Нажимаем на кнопку “Создать”:
На открывшейся странице вводим имя, описание (есть хотите). Остальное можно так оставить:)
Открывается такая страница. Временно оставим её нетронутой и пойдем устанавливать GIT.
Для начала скачиваем установщик GIT.
После скачивания, запускаем. Далее, принимаем лицензионное соглашение, еще раз далее, потом кликаем сюда:
и опять далее, далее, и, наконец, установка… Ждем. Нажимаем finish и выходим из установщика.
После этого ищем на рабочем столе такой значок и кликаем по нему.
Открывается консоль:
Чтобы установить связь с нашим аккаунтов в BitBucket нужно создать SSH-ключ. Для этого наберем:
Вместо mail@example.com наберите свой email, который вы указывали при регистрации на BitBucket.
Нажимаем enter
Набираем пароль в подчеркнутых местах.
Пароль не будет показываться в консоли.
Ключ сгенерирован! Чтобы скопировать его, переходим в эту папку:
И ищем там
Открываем его через блокнот и копируем оттуда все содержимое (нажимаем сначала потом )
Теперь переходим в Настройки/SSH ключи и добавляем ключ.
Ключ добавлен и репозиторий готов к работе!
GIT на практике — продолжение следует…
Что-то не понятно? Напишите в комментарии! Статья помогла вам? Поделитесь!
Я обнаружил, что большая часть этого работала для меня всего лишь с небольшими изменениями.
git @bitbucket.org: ваше имя /repo.git)
Также я обнаружил, что у меня возникла проблема, говоря, что машина, которую я искал, может оказаться неправильной. Я нашел это очень полезным, и если у вас возникнут проблемы, может быть полезно Использование протокола SSH с Bitbucket и очень быстро помогло мне в этом.
Я надеюсь, что это поможет
ответ дан EllisChadwick 08 окт. '12 в 2:19
источникподелиться
Если непонятно, как пользоваться и работать с Git, то перед прочтением данной инструкции советую ознакомиться с основами работы Git здесь
Настройки можно выбрать следующие:
Здесь остается добавить то, что программа Pageant самостоятельно запускается при любом взаимодействии с внешним репозиторием. То есть указав один раз, как было указано выше, ключ для доступа к внешнему репозиторию, программа Pageant запускается автоматически и используя этот ключ авторизует вас на сервере. В дальнейшей работе с удаленным репозиторием также будет использоваться Pageant, с указанным для TortoiseGit ключом. То есть в любом случае, как ни крути, авторизация всегда идет через Pageant даже если вы добавляете ключ через TortoiseGit.
В папке, где будут размещаться все рабочие проекты, жмём
Правой кнопкой → TortoiseGit → Git clone, вводим адрес центрального репозитория (как создать центральный репозиторий для проекта написано в следующей части Управление репозиториями)
или просто
В поле «Load Putty Key» выбираем путь до приватного ключа. Здесь самое главное не устроить путаницы с разными ключами. Лучшим решением является удаление всех созданных ранее вами ключей и использование одного ключа.
Кстати, каждый раз, как происходит запрос к внешнему хранилищу TortoiseGit автоматически запускает программу pageant и добавляет туда ваш приватный ключ.
Данная программа бывает глючит, особенно при использовании нескольких ключей. Здесь могу дать только один совет — принудительно вырубать ее и заново обращаться к внешнему репозиторию через TortoiseGit.
После настройки Git вы можете перейти к настройке репозитория, как описано в статье Управление репозиториями.
puttygen.png(34,523 КБ)Александр Дмитриев, 17.12.2014 22:30
origin.png(53,232 КБ)Александр Дмитриев, 17.12.2014 22:30
push.png(29,315 КБ)Александр Дмитриев, 17.12.2014 22:30
23.06.2015
Здесь я приведу краткие данные, позволяющие быстро начать работу с Git и Bitbucket.Bitbucket — это сервис, централизованно хранящий репозитории Git, бесплатный для 5 пользователей и платный для больших команд. Преимущество Bitbucket перед аналогичным сервисом GitHub — возможность создания закрытых репозиториев (не open source).
Итак, первое, что нам стоит сделать — установить сам Git для используемой операционной системы (Windows, Linux, Solaris, Mac OS). Второе — зарегистрироваться на Bitbucket и создать репозиторий.
Предположим, что у нас уже есть исходные коды разрабатываемого приложения и мы хотим начать использовать Git для контроля версий и централизованного их хранения на сервере Bitbucket.
Пройдя регистрацию на Bitbucket, создаем новый репозиторий, для чего выбираем Repositories > Create repository. Вводим имя создаваемого репозитория, указываем тип (Git), уровень доступа (Access level) в private — не open source проект. Также можно установить основной язык программирования, используемый в проекте. Завершив создание репозитория, Bitbucket отобразит страницу «Add some code», где мы выберем «I have an existing project to push up» для добавления существующего проекта в репозиторий, после чего система отобразит команды, которые нам необходимо будет выполнить для последующей синхронизации локального репозитория с Bitbucket — не закрывайте окно.
Итак, мы создали репозиторий на Bibucket, теперь необходимо создать локальный репозиторий на локальном компьютере, чтобы впоследствии синхронизировать его с Bitbucket. Для этого мы будем использовать терминальные команды Git, поэтому в случае Windows необходимо добавить в переменную окружения PATH путь к исполняемым файлам Git (как правило, это ), в случае Linux и Mac OS система уже сделала это за вас при установке.
Таким образом, на текущем этапе у нас установлен Git и в переменной окружения PATH корректно прописан путь к исполняемым файлам Git — неплохо. Открываем терминал/командную строку нашей операционной системы (конечно, для Git существуют и GUI решения, но в этой статье я буду касаться только классических терминальных инструментов).
В первую очередь настроим наш Git — зададим своё имя и email (эта информация будет использоваться в репозитории для отслеживания авторов изменений):
Теперь всё готово к созданию первого локального Git репозитория.
Переходим в терминале в директорию, в которой мы хотим создать репозиторий — директорию с исходными кодами нашего приложения — и инициализируем новый репозиторий:
Добавляем все файлы в созданный репозиторий:
И делаем commit — то есть сохранение текущей версии репозитория:
После атрибута -m вводится комментарий к коммиту — хорошей практикой является описание всех коммитов.
Самое время добавить немного магии теории — единственной и достаточной для продуктивной работы с Git. Все файлы в рабочем каталоге, в котором мы создали репозиторий, могут быть либо под версионным контролем, то есть фактически входить в репозиторий Git, либо быть неотслеживаемыми, то есть не входить в репозиторий. В нашем случае все файлы, присутствующие в данный момент в директории, мы добавили в репозиторий командой , при этом если бы мы хотели добавить, например, только файлы с расширением html, мы могли бы внести их в репозиторий командой .
Все отслеживаемые файлы могут находиться в трех состояниях — неизмененном (то есть с момента последнего коммита мы этот файл не трогали), измененном (с момента последнего коммита мы внесли изменения, но Git об этом еще не знает) или подготовленном к коммиту (это измененный файл, о котором мы рассказали Git). Таким образом, вот жизненный цикл файла в репозитории:
1. Добавление файла в репозиторий — файл имеет статус «неизмененный»
2. Файл изменен, но мы не сообщили об этом Git — файл имеет статус «измененный»
3. Мы сообщаем соответствующей командой Git об изменении файла — файл получает статус «подготовленного к коммиту»
4. Мы делаем коммит, после которого файл снова получает статус «неизменённого». Затем цикл повторяется.
При этом важно понимать, что все эти действия сейчас происходят локально на нашем компьютере, хранящем все версии репозитория, мы еще не производили синхронизацию с удаленным сервером Bitbucket.
Итак, в данный момент мы имеем чистый репозиторий с одной версией. Внесем изменения в какой-то файл репозитория и подготовим файл к коммиту:
Команда не только добавляет новый файл к репозиторию, но и отслеживает изменения в уже присутствующих в репозитории файлах. Сделаем второй коммит:
Конечно, совсем необязательно запоминать все файлы, в которых мы произвели изменения с последнего коммита для того, чтобы потом перечислить их в (то есть подготовить к коммиту).
Есть два варианта. Первый: использовать " и затем ", второй короче: использовать сразу одну команду ". В обоих случаях Git переберет все файлы каталога и подготовит к коммиту все отслеживаемые файлы, но первый вариант также добавит в репозиторий новые файлы (созданные после последнего коммита), в то время как второй вариант их проигнорирует.
Удалить файл из репозитория, то есть перевести его из отслеживаемого в неотслеживаемый, можно командой:
Просто удаление файла в директории, без указания Git не отслеживать его, приведет к попыткам Git найти этот файл, его статус в репозитории будет «изменён, но не закоммичен». Конечно, можно удалять файлы из директории проекта, не заботясь о ручном удалении их из Git репозитория по одному — вместо этого можно выполнить одну команду:
Кстати, узнать текущий статус по репозиторию можно командой
Просмотреть историю коммитов:
Как правило, в любом проекте существуют файлы, отслеживать изменения которых нет необходимости (например, это могут быть файлы кэша) — их можно добавить в список исключений, находящийся по адресу /.
Как мы уже говорили, вся текущая работа с репозиторием происходила на локальном компьютере без подключения к серверу Bitbucket — пришло время синхронизироваться! Для этого нужно выполнить команды, которые сообщил нам Bitbucket после создания удаленного репозитория:
Первая команда подключит удаленный репозиторий, вторая зальет на него наш локальный репозиторий. Система спросит пароль для подключения к Bitbucket, после чего загрузит репозиторий на сервер — в успехе можно удостовериться в веб-интерфейсе Bitbucket. Теперь мы можем продолжать работу над проектом, сохранять файлы, делать коммиты — они будут сохраняться в локальном репозитории даже без подключения к Интернет. Проводить синхронизацию с удаленным сервером не обязательно при каждом коммите — все коммиты все равно зальются на сервер при выполнении команды .
Если мы работаем в команде и коммиты на сервер делает кто-то кроме нас, то перед коммитом нужно сначала загрузить все изменения, которые произвели другие члены команды в репозитории на сервере, для этого используется команда :
здесь — это ветка репозитория, с которой мы работаем, их может быть несколько, а — название соединения c Bitbucket. Таким образом, для заливки репозитория на сервер используется команда
а для обновления локального репозитория с сервера команда
Вот и все!
Переходим по адресу http://git-scm.com
и выбираем дистрибутив для своеё операционной системы.
После скачивания и запуска инсталлятора появляется мастер установки:
Git — программа, распространяющаяся по лицензии GPL, допускающая свободное копирование и распространение:
В окне опций соглагшаемся с предложением по-умолчанию:
Git можно использовать через специальные программы-клиенты с графическим интерфейсом пользователя, а можно через обычную командную строку. Для изучения системы рекомендуется научиться основным командам.
Инсталлятор установит специальную unix-подобную оболочку для ввода команд:
На этом этапе установки вновь соглашаемся с инсталлятором:
Теперь в проводнике Windows на диске C: создадим папку с будущим репозиторием (хранилищем) проектов.
На самом деле эту папку можно размещать в любом месте файловой системы, но мы упрощаем себе задачу.
Запустим через главное меню системы оболочку Git Bash и дадим команду смены каталога внутри оболочки:
Разумеется, что при другом каталоге, нужно указать правильный адрес.
Каталог *c: будет служить хранилищем исходных файлов программ. Но перед тем, как помещать в хранилище тексты программ, необходимо инициализировать его.
Для инициализации служит команда git init
С этого момента локальное хранилище можно заполнять файлами программ и фиксировать изменения. В качестве примера мы создадим текстовый файл с именем разработчика и поместим его в хранилище.
Для того чтобы работа программиса была доступной на разных компьютерах, организуем удалённое хранилище в сети. Сервер bitbucket.org предоставляет возможность бесплатно создавать репозитории и организовывать доступ к ним о стороны нескольких разработчиков.
Сначала нужно обратиться по адресу http://bitbucket.org и зарегистрировать новый аккаунт, указав имя пользователя и пароль.
После регистрации нужно будет изменить параметры профиля.
Выбираем русский язык с списке языков интерфейса
После того, как общие настройки аккаунта заданы, можно создать свой репозиторий (хранилище).
Нажимаем на кнопку **Создать
Среди важнейших настроек: выбор типа системы управления версиями (выбираем Git), выбор приватного/публичного типа хранилища (можно выбрать любой, но лучше открытый), название (одно слово) и язык программирования (С).
Репозиторий создан. Теперь его имя появляется на главной странице аккаунта и в любой момент можно изменить его параметры. Для этого нужно щёлкнуть на названии репозитария в списке, а потом на боковой панели выбрать значок шестерёнки.
На данный момент существуют два хранилища: локальное, в папке C:* и удалённое, по адресу https://имя@bitbucket.org/имя/имя_реп.git** Но они никак не связаны, и, кроме того, пусты.
Можно воспользоваться инструкцией, автоматически появляющейся при создании нового удалённого хранилища:
Мы немного изменим предлагаемый порядок команд.
Во время одного из этапов первоначальных действий с Git придётся настроить имя пользователя и адрес почты:
После того, как связь между хранилищами определена, можно внести изменения в удалённый репозиторий:
Не забываейте правильно набирать пароль к аккаунту bitbucket в момент передачи изменений.
Признаком успеха является появление подобных сообщений:
На странице репозитария в bitbucket.org в разделе содержимого хранилища можно будет увидеть новый файл.
В дальнейшем, нужно будет добавлять к локальному хранилищу новые файлы или переопределять отредактированные
Далее, необходимо фиксировать изменения:
И, в заключении, передавать изменения на сервер
FILED UNDER : IT