Работа с Git’ом на линии заказа может быть ошеломляющей. Чтобы помочь в этом, мы собрали сводку нормальных Git-направлений, каковы все методы и как их использовать. Мы ожидаем, что это упростит использование Git’а каждый день.

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

Работа с соседними хранилищами

мерцательная анестезия

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

Использование:

# изменить каталог на кодовую базу

$ cd /файл/путь/к/код

# сделать каталог git-репозиторием

клиновидный иннит

На практике:

# изменение каталога на кодовую базу

$ cd /Users/computer-name/Documents/website

# сделать каталог git-репозиторием

клиновидный иннит

Инициализированный пустой Git-репозиторий в /Users/computer-name/Documents/website/.git/

гит в том числе

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

Использование:

$ git добавляет <имя файла или каталога>.

На практике:

# Добавить все файлы не инсценированные:

$ git добавить .

# Для запуска конкретного файла:

$ git добавляет index.html

# Для создания целой директории:

$ git добавить css

git-контент

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

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

Использовать:

# Добавление коммита с сообщением

$ git коммит -m “Отправить сообщение в кавычках”.

На практике:

$ git-коммит -m “Мое первое сообщение о коммите”.

[SecretTesting 0254c3d] Мое первое сообщение о коммите.

1 файл изменен, 0 вставок(+), 0 удалений(-)

создать режим 100644 домашнюю страницу/index.html

git-статус

Этот заказ восстанавливает текущее состояние архива.

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

$ git-статус

На практике:

# Сообщение, когда файлы не были размещены (git add)

git-статус

По Секретному тестированию филиала

Отслеженные файлы:

(используйте “git add <file>…”, чтобы включить в то, что будет зафиксировано).

домашняя страница/index.html

# Сообщение о том, что файлы не были зафиксированы (git-комммит).

git-статус

По Секретному тестированию филиала

В вашем филиале есть “Тестирование происхождения/секретности”.

Изменения, которые необходимо внести:

(используйте “git reset HEAD <file>…” для нестабильности).

новый файл: домашняя страница/index.html

# Сообщение, когда все файлы были инсценированы и зафиксированы.

git-статус

По Секретному тестированию филиала

ничего не фиксировать, рабочий каталог чистый

git-конфигурация

В Git’е существует множество возможных настроек. git-конфигурация – это способ устранения этих настроек. Две важные настройки – user.name клиента и user.email. Эти качества определяют, с какого адреса электронной почты и с какого имени будет отправляться электронная почта на близлежащем компьютере. При использовании git-конфигуратора для составления настроек для всех хранилищ на ПК используется глобальный баннер. Без – всемирные настройки баннера будут применяться только к тому хранилищу, в котором вы сейчас находитесь.

$ git-конфигурация <установка> <команда>.

На практике:

# Запуск git-конфигурации глобально

$ git-конфигурация –global user.email “my@emailaddress.com”.

$ git конфиг –global user.name “Брайан Керр”

# Запуск git-конфигурации в текущих настройках репозитория

$ git конфигурирует user.email “my@emailaddress.com”.

$ git-конфигурация user.name “Brian Kerr”

зубодробильный комбайн

Включите ветки вместе. git-комбинация присоединяется к прогрессиям, начиная с одной ветки и заканчивая следующей веткой. Например, объедините прогрессии, сделанные в организующей ветке, в устойчивую ветку.

# Соедините изменения в текущей ветке

$ git объединение <branch_name>

На практике:

# Слияние изменений в текущей ветке

$ git слияние new_feature

Обновление 0254c3d..4c0f37c

Перемотка вперёд

домашняя страница/index.html | 297 + 297 + 297 + 297 + 297 + 297 + 297 + 297 + 297 + 297 + 297 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 302 + 1

1 файл изменен, 297 вставок(+)

создать режим 100644 домашнюю страницу/index.html

Работа с удаленными складами

пульт дистанционного управления

Для сопряжения соседского архива с удаленным хранилищем. Удаленное хранилище может иметь заданное имя, чтобы воздержаться от запоминания URL-адреса архива.

Использовать:

# Добавить удаленное хранилище

$ git remote <command> <remote_name> <remote_URL>

# Список названных удалённых репозиториев

$ git пульт дистанционного управления -v

На практике:

# Добавление удаленного репозитория с именем бобового стебля.

$ Git удалённо добавить происхождение git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git

# Список названных удалённых репозиториев

$ git пульт дистанционного управления -v

источник git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git (принести)

происхождение git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git (push)

клиновидный клон

Чтобы сделать дубликат текущего удалённого хранилища, используйте git-клон для дублирования и загрузки хранилища на ПК. Клонирование – это то, что можно сравнить с git init при работе с удалённым хранилищем. Git создаст локальный каталог со всеми документами и историей хранилища.

$ git-клон <remote_URL>.

На практике:

$ гит-клон git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git

Клонирование в ‘repository_name’…

удалённый: Объекты для подсчета: 5, сделано.

удалённый: Сжатие объектов: 100% (3/3), сделано.

удалённый: Всего 5 (треугольник 0), повторное использование 0 (треугольник 0)

Прием объектов: 100% (5/5), 3.08 KiB | 0 байт/с, готово.

Проверка подключения… сделано.

git тяга

Чтобы получить самую свежую адаптацию в хранилище. Это тянет переходы от удалённого архива к соседнему компьютеру.

Использовать:

$ git pull <branch_name> <remote_URL/remote_name>.

На практике:

# ” Потяните с именного пульта

$ Git тянуть происхождения инсценировки

Из account_name.git.beanstalkapp.com:/имя_аккаунта/имя_репозитария

* постановка ветки -> FETCH_HEAD

* инсценировка -> происхождение/сценарий *

Уже в курсе.

# Извлекайте из URL (не часто используется).

$ git потянул git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git инсценировка

Из account_name.git.beanstalkapp.com:/имя_аккаунта/имя_репозитария

* постановка ветки -> FETCH_HEAD

* инсценировка -> происхождение/сценарий *

Уже в курсе.

Propelled Git Directions

гит-тайник

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

Использование:

$ git push <remote_URL/remote_name> <branch>.

# Переместите все локальные ветки в удаленный репозиторий.

git push -all

На практике:

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

$ Git push origin staging

Объекты для подсчета: 5, готово.

Сжатие дельты с использованием до 4-х потоков.

Сжатие объектов: 100% (3/3), сделано.

Запись объектов: 100% (5/5), 734 байта | 0 байт/с, готово.

Всего 5 (дельта 2), повторное использование 0 (дельта 0).

На git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git

ad189cb…0254c3d SecretTesting -> SecretTesting

# Переместите все локальные ветки в удаленный репозиторий.

$ Git push… все.

Объекты для подсчета: 4, готово.

Сжатие дельты с использованием до 4-х потоков.

Сжатие объектов: 100% (4/4), сделано.

Запись объектов: 100% (4/4), 373 байта | 0 байт/с, готово.

Всего 4 (дельта 2), повторное использование 0 (дельта 0).

Пульт: Решающий дельты: 100% (2/2), в комплекте с 2 местными объектами.

На git@account_name.git.beanstalkapp.com:/acccount_name/repository_name.git

0d56917…948ac97 ведущий -> ведущий

ad189cb…0254c3d SecretTesting -> SecretTesting

Продвинутые команды Git

гит-тайник

Сохранение внесенных изменений, когда они не находятся в состоянии, для их фиксации в репозитории. Это сохранит работу и даст чистый рабочий каталог. Например, при работе над новой функцией, которая не является полной, но срочная ошибка требует внимания.

Использование:

# Хранить текущую работу с неотслеживаемыми файлами.

$ заначка для гита -у

# Верните спрятанную работу в рабочую директорию.

$ Git тайник поп

На практике:

# ” Хранить текущую работу

$ заначка для гита -у

Сохранен рабочий каталог и индекс состояния WIP на SecretTesting: 4c0f37c Добавление нового файла в ветку

HEAD теперь 4c0f37c Добавление нового файла в ветку

# Верните спрятанную работу в рабочую директорию.

$ Git тайник поп

По Секретному тестированию филиала

Ваш филиал и “происхождение/секретное тестирование” разошлись,

и иметь по 1 и 1 разному коммиту, соответственно.

(используйте “git pull” для слияния удалённого ответвления с вашим).

Изменения не инсценированы для фиксации:

(используйте “git add <file>…”, чтобы обновить то, что будет зафиксировано).

(используйте “git checkout — <file>…”, чтобы отменить изменения в рабочем каталоге).

изменённый: index.html

никаких изменений в коммите не добавлено (используйте “git add” и/или “git commit -a”).

Droped refs/stash@{0} (3561897724c1f448ae001edf3ef57415778755ec)

мокрота

Исключить документы или каталоги из рабочего протокола (регион организации). С git rm, есть два варианта для запоминания: питание и сохранение. Выполнение заказа с помощью power стирает документ. Зарезервированное направление исключает запись из рабочего списка. При эвакуации из целого каталога важен рекурсивный порядок.

Использование:

# Для удаления файла из рабочего индекса (кэш):

$ git rm – кэшируется <имя файла>.

# Удалить файл (принудительно):

$ git rm -f <имя файла>

# Удалить весь каталог из рабочего индекса (кэш):

$ git rm -r –cached <имя каталога>

# Удалить весь каталог (принудительно):

$ git rm -r -f <имя файла>

На практике:

# Удалить файл из рабочего индекса:

$ git rm – кэшированный css/style.css

rm ‘css/style.css’

# Удалить файл (принудительно):

$ git rm -f css/style.css

rm ‘css/style.css’

# Удалить весь каталог из рабочего индекса (кэш):

$ git rm -r – кэшируется css/

rm ‘css/style.css’

rm ‘css/style.min.css’

# Удалить весь каталог (принудительно):

$ git rm -r -f css/

rm ‘css/style.css’

rm ‘css/style.min.css’