Памятка по работе с GIT (Bitbucket)

 

git-sketched-social-logo-outline

Это пост памятка по консольным командам Git для быстрого старта.

Навигация

 

 

Я хочу создать проект на Bitbucket и работать с ним через git

 

  1. Скачиваем git клиент (ссылка на офф. сайта), устанавливаем его.
  2. Запускаем консольный git, задаем свое имя и  e-mail, с помощью команды:
  3. С помощью команды cd переходим в директорию, где будет ваш проект. Инициализируем данную директорию, другими словами дадим знать git что работать надо именно в этой директории.
  4. Добавляем все файлы в директории в индекс, другими словами скажем git, у каких файлов (директорий) он должен отслеживать изменения.

    (если нужно удалить файл из индекса, т.е. физически он останется, но git не будет фиксировать изменения в нем, нужно ввести git rm имя_файла)
  5. Делаем первый commit, другими словами говорит git зафиксировать изменения.

    Комментарий к commit-у писать обязательно.
  6. Подключаем git к серверу bitbucket. Для этого регистрируемся на bitbucket и создаем репозиторий,
    из продолженных вариантов выбираем  I have an existing project (т.е. у меня есть проект и мы хотим загрузить его на сервер) и вводим предложенные команды в gitbitbucket_get_started
    Если возникает ошибка, попробуйте вместо ssh адреса на репозиторий использовать https. Для этого переключите в верхнем правом углу вкладку с ssh на https и в команде git remote add origin используйте этот адрес.
    (Вместо origin можно использовать любое другое имя, это просто имя репозитория)
    Должно появиться диалоговое окно, где вы введете логин и пароль , который вы используете на bitbucket.В случае успеха вы должны увидеть примерно следующие:
    success_bitbucket_connectЭто означает, что ваш проект удачно загрузился на git сервер BitBucket, в ветку master. Объем переданных данных 5.42 Мб.

 

 

Если вы хотите присоединиться к уже существующему проекту

 

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

  1. Скачиваем git клиент (ссылка на офф. сайта), устанавливаем его.
  2. Запускаем консольный git, задаем свое имя и  e-mail, с помощью команды:
  3. С помощью команды cd переходим в директорию, где будет ваш проект. Инициализируем данную директорию, другими словами дадим знать git что работать надо именно в этой директории.
  4. Клонируем репозиторий с помощью команды, другими словами присоединяемся к проекут.

    (ссылку на репозиторий можно узнать на сайте Bitbucket, при выборе Clone, под логотипом репозитория)
    bitbucke_clone

 

  1. Должно появиться диалоговое окно, где вы введете логин и пароль , который вы используете в Bitbucket.
  2. Далее, закачаем проект c bitbucket

 

 

Типичный рабочий процесс

 

  1. Когда вы захотите поработать над проектом, первым делом он должен обновить свою рабочую копию (которая храниться на его локальном компьютере), т.к. возможно, что на сервере кто уже поработал над проектом, и он стал другим, более совершенным. Для этого запускаем git, переходим с помощью cd в рабочую директорию и выполняем

    Где origin это имя репозитория, а master имя ветки.
  1. Вы работаете с проектом как обычно на своем локальном компьютере.
  1. Когда вы хотите зафиксировать промежуточный этап своей работы, первое, он должен подготовить файлы к commit (фиксации результата), другими словами проиндексировать их

    (если вы удалили файл из проекта, то его нужно удалить из индекса с  помощью git rem имя_файла или использовать git add –u * для игнорирования удаленных файлов)

    Далее выполнить саму фиксацию

  1. В конце рабочего дня, после нескольких commit-ов, результат последнего из них можно загрузить на BitBucket.

    В этот момент на Bitbucket появляться новая версия проекта, которую можно посмотреть на сайте.

 

 

Работа с ветками

 

В git как и в других системах контроля версий, есть возможно создавать ветвление версий – branch. На вопрос «зачем это надо», дам тривиальный ответ, что – бы развивать проект в разных направлениях. Я уверен, данный ответ вам ничего не дал.

Зададим вопрос по-другому, чем ветвление конкретно полезно для меня?

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

После чего, работаете с проектом обычным образом.

Далее, когда вы уверены, что у вас все получилось, вы объединяете новую ветку с старой с помощью команды merge. Для этого перейдем на главную ветку master и объединим с ней ветку new_fork:

В результате будет создан новый commit, объединяющий две ветви (master и new_fork).

 

Если у вас не получилось, то, что вы хотели, вы можете вернуться к master и удалить ветку new_fork.

 

Когда еще полезно использовать ветвление? Когда вам нужно исправить ошибку в проекте или дописать определенный функционал.

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

или в разных файлах, а если в одном файле, то в разных его местах.

 

 

Полезные команды:

 

Узнать о подключенных удаленных репозиториев

 

Удалить удаленный репозиторий с именем origin

 

Список commit до текущего HEAD (ваше текущее положение на ветке)

 

Список всех commit-ов

 

Текущее состояние, git скажет от текущих измененных файлов и проблемах.

 

Переход на другой commit

xxxx это часть номера commit-a, узнать список номеров можно с помощью git log

 

Вернуться на верхушку ветки (по умолчанию master)

 

Удалить файл из индекса.

Для чего нужна эта команда?

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

git_rm

Написано, что был удален index.php.

Что бы commit был удачный, удалите файл index.php из индекса с помощью git rm index.php, после чего git не будет его отслеживать.

 

Удалить последний коммит не отправленный на Bitbucket и перейти на состояние предыдущего

 




Буду признателен если вы поделитесь данным постом


Ваш комментарий


Ответ в цифрах

 
© s-engineer.ru, 2012-2017 | Все права защищены