Git запустился ?

Содержание
  1. Git запустился ?
  2. # Установка git
  3. # Как сказать мерзавцу, кто ты
  4. # Отмена настройки конфигурации
  5. # Вывод настроек конфигурации
  6. # Инициализация репозитория
  7. # Оформить заказ в репозиторий
  8. # Области действия git
  9. # Проверка файлов на наличие изменений
  10. # Отмена изменений
  11. # Добавление контента для отслеживания
  12. # Завершение изменений
  13. # Отправка изменений вверх по течению
  14. # Пульты
  15. # Вывод списка пультов дистанционного управления, настроенных в настоящее время
  16. # Подключение локального к удаленному репозиторию
  17. # Ветвление
  18. # Создание ветки
  19. # Проверка ветки
  20. # Получение информации о филиалах
  21. # Удаление ветки
  22. # Переименование ветки
  23. # Переключение веток
  24. # Публикуем ветку на удаленном
  25. # Удаление ветки на удаленном
  26. # Получить новые изменения
  27. # Объединение веток
  28. # Обновление с удаленного
  29. # Пометка изменений
  30. # Листинговые теги
  31. # Переименование тега
  32. # Удаление тега
  33. # Публикация тегов
  34. # Проверка истории
  35. # Gitting help

Git запустился ?

Простое руководство по началу работы с git

# Установка git

# Как сказать мерзавцу, кто ты

// globally configured username
git config --global user.name "John Doe"
// locally configured username
git config --local user.name "John Doe"
//or 
git config user.name "John Doe"

Настройте имя автора, которое будет использоваться для ваших коммитов. Обычно единственные две вещи, которые вам нужно будет однозначно идентифицировать, — это user.name и user.email.

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

Установка значения конфигурации на локальном уровне означает, что параметр применяется только в контексте этого репозитория.

Существует третий тип конфигурации --system, который означает, что значение конфигурации применяется ко всем репозиториям в данной системе, если оно не переопределено более низким уровнем (глобальным или локальным).

# Отмена настройки конфигурации

git config unset user.name

# Вывод настроек конфигурации

git config --list

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

git config --local --list

# Инициализация репозитория

git init

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

git init <project name>

# Оформить заказ в репозиторий

Заполнить локальный репозиторий из существующего удаленного репозитория

git clone [email protected]:/path/to/repository

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

git clone /path/to/repository

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

См. также:  npm weekly # 115: объявляя о 2FA и токенах только для чтения, мы перенесли щенков на Node.js

# Области действия git

Локальный репозиторий состоит из трех «областей», поддерживаемых git. Первый — это ваш working directory, в котором хранятся фактические файлы. Второй — это staging (index), который действует как область запекания, и, наконец, local repository, который указывает на последний сделанный вами коммит.

# Проверка файлов на наличие изменений

git status

Это отобразит список измененных файлов вместе с файлами, которые еще предстоит подготовить или зафиксировать. Иногда вам может потребоваться более сжатый вывод. Этого можно добиться с помощью:

git status -s

# Отмена изменений

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

// discard all of the changes
git checkout .
// or 
git checkout --
// discard the changes from a file 
git checkout -- <filename>

# Добавление контента для отслеживания

// adding a file with specified name
git add <filename>
// adding all changed files (everything)
git add .
// adding group of files specified by pattern (e.g. all .java files)
git add *.java

При выполнении этой команды указанные файлы будут добавлены в промежуточную (индексную).

# Завершение изменений

git commit -m "Commit message"

# Отправка изменений вверх по течению

git push

Это отправит изменения в master ветку вашего удаленного репозитория.

Если вы не клонировали существующий удаленный репозиторий, вам нужно будет подключить локальный репозиторий к удаленному перед выполнением git push. Как это сделать, объясняется в следующем разделе.

# Пульты

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

См. также:  Кандинский 2.1: обзор нейросети от Сбера, инструкция по использованию

# Вывод списка пультов дистанционного управления, настроенных в настоящее время

git remote -v

# Подключение локального к удаленному репозиторию

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

git remote add origin <server>

# Ветвление

Филиал — это обособленная линия развития. Обычно он представляет собой функцию. Ветвь «по умолчанию», которая создается при создании репозитория, — это ветка master. Другие ветки используются для разработки и объединяются обратно в master, когда функции завершены.

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

git branch <branch name>

# Проверка ветки

git checkout -b <branch name>

Это создаст новую ветку с branch name и переключится на нее.

# Получение информации о филиалах

// lists local branches
git branch
// lists local branches with one-line commit summary
git branch -v
// filter branches based on pattern
git branch --list branch*

# Удаление ветки

git branch -d <branch name>
// force delete branch
git branch -d -f <branch name>
// or
git branch -D <branch name>

# Переименование ветки

git branch -m <current branch name> <new branch name>
// force rename branch
git branch -m -f <current branch name> <new branch name>
// or
git branch -M <current branch name> <new branch name>

# Переключение веток

git checkout <branch name>

# Публикуем ветку на удаленном

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

git push origin <branch name>

Это опубликует конкретный <branch name>. Если вы хотите опубликовать список веток или все их из вашего рабочего репозитория, вы можете использовать следующую команду:

// publishing list of branches
git push origin <branch name #1> <branch name #2>
// publishing all of the branches
git push --all origin

# Удаление ветки на удаленном

git push origin :<branch name>

# Получить новые изменения

git fetch origin

Эта команда позволяет пользователям получать последнюю историю из удаленного репозитория.

См. также:  Blog_post203

# Объединение веток

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

git merge <branch name>

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

# Обновление с удаленного

git pull

Это будет делать как fetch, так и merge в одной команде.

# Пометка изменений

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

git tag <tag name> <commit>

Это создаст новый тег с указанным именем в указанной фиксации.

# Листинговые теги

git tag --list

# Переименование тега

git tag <new tag name> <old tag name>

Но это еще не конец. Это создаст новый тег с <new tag name> из <old tag name>. Затем вам нужно удалить старое имя тега.

# Удаление тега

git tag -d <tag name>

# Публикация тегов

git push --tags origin

# Проверка истории

git log

Это простейшая форма этой команды. Вы можете настроить журнал так, как хотите, украсив его дополнительными параметрами. Проконсультируйтесь с git log --help, чтобы проверить все доступные варианты.

# Gitting help

git help -a
// or for a specific command
git <command name> --help

Понравилась статья? Поделиться с друзьями:
IT Шеф
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: