git

Что такое git?

Если вы когда-либо работали на бумаге с помощью Word, вы, вероятно, была создана система управления verison, которая работает для вас, сохранив файл с различными тегами "Версия". Причина кто-то может сделать это, потому что они, как имеющие резервную копию всех своих прошлых изменений. Если кто-то хочет удалить абзац, вы сохраните копию старой версии на всякий случай И когда вы сотрудничать с кем-то, это становится все более сложной задачей. Отслеживание изменений и слияние содержимое, добавленное разными людьми отнимает много времени. Как вы можете себе представить, это представляет проблему в разработке программного обеспечения. Вполне вероятно, что несколько человек будут работать на том же самом файле иногда даже одновременно. Даже небольшие программные проекты могут иметь десятки файлов в нескольких папках. Кроме того, разработчики часто экспериментировать с функциями, и это никогда не должно влиять на "мастер" копию проекта

Link

Git на помощь! По сути, Git может быть это, это может быть история всех изменений, внесенных в каждый файл в проекте. Но, к сожалению, вы должны понять, как она работает, чтобы эффективно его использовать. Большинство людей при введении мерзавцу, выбрасываются в использовании, и, как правило, не понимают, как это работает. Когда что-то вы никогда не сталкивались прежде, чем произойдет, вы можете не знать, что делать. Я знаю, что удаленные проекты и загрузить новую копию репо, потому что я случайно создал конфликт какой-то. С помощью этого разговора, я хотел бы представить, что я называю большие идеи Git, которые помогут вам понять, как работает Git.

git - это расширение для вашего workflow

Workflow

Редактирование файлов

$EDITOR

Сохранение изменений

git commit

Прежде чем говорить о Git, давайте поговорим о рабочем процессе. Это простой пример рабочего процесса. Вы редактировать файл и сохранить файл. SPC. После того, как вы достигнете того, что вы считаете, стабильное состояние, вы можете сохранить файл под другим именем, как резервное копирование, или сохранить его на Dropbox или же вы, как правило, внедрить систему контроля версий При использовании Git однако, вы не должны сохранить другую версию файла. Когда вы будете готовы, чтобы сохранить текущую версию файла в качестве резервной копии, вы делаете это в Git, принимая снимок текущего состояния. Вы можете взять "снимок" текущего состояния файла с помощью команды под названием Git фиксации. Что на самом деле происходит, что, когда вы можете создать "снимок", он записывает текущее состояние всех файлов в каталоге отслеживаются.

`git commit`

Итак, что же снимок выглядит? Давайте предположим, что снимок выглядит как этот круг здесь. Как я упоминал ранее, снимок содержит текущее состояние файла или каталога. Когда мерзавец создает снимок, он также создает ряд и придает тот номер к нему. Git использует алгоритм для вычисления этого числа и Этот номер является уникальным, весьма маловероятно, что два таких номера будут такими же, Каждый снимок / фиксации вы создаете, будет иметь свой собственный номер, прикрепленный к нему. И это число называется HASH. Вы можете, как правило, вы можете использовать первые 6 или 7 символов, чтобы однозначно идентифицировать снимок в вашем проекте. Допустим, вы создали это первый коммит, и теперь вы сделаете больше изменений в файл. и хотите сохранить их. При внесении изменений в файлы и сохранить их с помощью Git фиксации, Git создает новый снимок с новым HASH. Git также делает несколько других вещей. 1) Это позволяет создать сообщение, которое идет вместе с этой фиксации. Коммит должен иметь сообщение! 2) При создании новой фиксации создан, он сохраняет ссылку на родительский фиксации. Снимок может иметь несколько родителей - то есть вы можете взять изменения из двух фиксаций и объединить их в одно целое. 3) Независимо от фиксации представляет текущее состояние проекта, Git хранит ссылку, что ток фиксации в головке этикетки В VCS документе слово, мы создали несколько версий, но мы не отслеживать, как мы получили к каждому государству. Git позволяет сделать это за счет хранения всей этой информации Вам может быть интересно, где же мерзавец магазин все это - мы вернемся к этому. Это, как вы можете себе представить, формирует график.

А зачем мне все это?

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

Идея #1

git история это граф

Функции git


git help --all
usage: git [--version] [--help] [-C ] [-c name=value]
           [--exec-path[=]] [--html-path] [--man-path] [--info-path]
           [-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
           [--git-dir=] [--work-tree=] [--namespace=]
            []

available git commands in '/Applications/Xcode.app/Contents/Developer/usr/libexec/git-core'

  add                       clone                     fast-import               interpret-trailers        notes                     remote-testsvn            submodule
  add--interactive          column                    fetch                     log                       p4                        repack                    subtree
  am                        commit                    fetch-pack                ls-files                  pack-objects              replace                   svn
  annotate                  commit-tree               filter-branch             ls-remote                 pack-redundant            request-pull              symbolic-ref
  apply                     config                    fmt-merge-msg             ls-tree                   pack-refs                 rerere                    tag
  archimport                count-objects             for-each-ref              mailinfo                  patch-id                  reset                     unpack-file
  archive                   credential                format-patch              mailsplit                 prune                     rev-list                  unpack-objects
  bisect                    credential-cache          fsck                      merge                     prune-packed              rev-parse                 update-index
  bisect--helper            credential-cache--daemon  fsck-objects              merge-base                pull                      revert                    update-ref
  blame                     credential-osxkeychain    gc                        merge-file                push                      rm                        update-server-info
  branch                    credential-store          get-tar-commit-id         merge-index               quiltimport               send-email                upload-archive
  bundle                    cvsexportcommit           grep                      merge-octopus             read-tree                 send-pack                 upload-pack
  cat-file                  cvsimport                 gui--askpass              merge-one-file            rebase                    sh-i18n--envsubst         var
  check-attr                cvsserver                 hash-object               merge-ours                receive-pack              shell                     verify-commit
  check-ignore              daemon                    help                      merge-recursive           reflog                    shortlog                  verify-pack
  check-mailmap             describe                  http-backend              merge-resolve             relink                    show                      verify-tag
  check-ref-format          diff                      http-fetch                merge-subtree             remote                    show-branch               web--browse
  checkout                  diff-files                http-push                 merge-tree                remote-ext                show-index                whatchanged
  checkout-index            diff-index                imap-send                 mergetool                 remote-fd                 show-ref                  write-tree
  cherry                    diff-tree                 index-pack                mktag                     remote-ftp                stage
  cherry-pick               difftool                  init                      mktree                    remote-ftps               stash
  citool                    difftool--helper          init-db                   mv                        remote-http               status
  clean                     fast-export               instaweb                  name-rev                  remote-https              stripspace

git commands available from elsewhere on your $PATH

  loglive

'git help -a' and 'git help -g' list available subcommands and some
concept guides. See 'git help ' or 'git help '
to read about a specific subcommand or concept.

So we know that git history is a graph, right? And This graph that we created has to be stored somewhere, right? This graph is stored in a .git folder Every folder on your computer that has a .git folder is git repository. There is only one such .git folder in a git repo. all git commit does, is add content to that .git folder. and git commit is only just one function that git provides what if you wanted to do more, like manipulate an existing snapshot, delete a set of changes, reorder your history. git offers you other tools to do that. git is essentially a toolkit that contains a bunch of functions that help organize snapshots of content. This is a list of all the functions available to you. Note - git is not github. what is github? github stores git repository in the internet and that's basically all it does So, as I was saying this is the list of functions


git help --all
usage: git [--version] [--help] [-C ] [-c name=value]
           [--exec-path[=]] [--html-path] [--man-path] [--info-path]
           [-p|--paginate|--no-pager] [--no-replace-objects] [--bare]
           [--git-dir=] [--work-tree=] [--namespace=]
            []

available git commands in '/Applications/Xcode.app/Contents/Developer/usr/libexec/git-core'

  add                       clone                                                                                                                             submodule
  add--interactive                                    fetch                     log
  am                        commit
  annotate
  apply                                                                                                                                                       tag
                                                                                                                                    reset
  archive                                             format-patch
  bisect                                                                        merge
  bisect--helper                                                                                          pull                      revert
  blame                                               gc                                                  push                      rm
  branch
                                                      grep
                                                      gui--askpass                                        rebase

                            daemon                    help                                                reflog

                            diff                                                                          remote
  checkout


  cherry-pick                                         init                                                                          stash
                                                                                mv                                                  status
  clean                                               instaweb

git commands available from elsewhere on your $PATH

  loglive

'git help -a' and 'git help -g' list available subcommands and some
concept guides. See 'git help ' or 'git help '
to read about a specific subcommand or concept.

But you don't have to use every one of the functions available. I've only every had to use a handful. Но так как сначала Git был скорее инструментарием для создания СКВ, чем СКВ, удобной для пользователей, в нём полно команд, выполняющих низкоуровневые операции, которые спроектированы так, чтобы их можно было использовать в цепочку в стиле UNIX, а также использовать в сценариях. Эти команды, как правило, называют служебными ("plumbing" — трубопровод), а ориентированные на пользователя называют пользовательскими ("porcelain" — фарфор). https://git-scm.com/book/en/v2/Git-Internals-Plumbing-and-Porcelain

Workflow

git init

Редактирование файлов

$EDITOR

Групповые изменения

git add

Просмотр изменений

git status

Сохранение изменений

git commit

Let's talk about our workflow again. To actually use git we need to add a couple of steps to the workflow we talked about earlier. We group changes before committing them. And we do this using the git add command. if we open a folder and try to "git add" a file, git will throw us an error. it doesn't know where to add the file to. We need to create a .git folder first and we do that using git init. You only need to do this once for a project, at the every beginning. If a project is already using git, then that .git folder exists and you can run any git command. the git add command, adds the content you specify to a "staging area" You can add multiple files at the same time to the staging area And then, when you call the git commit function, git takes everything that is in the staging area and pushes it into a new snapshot Think of the content in the staging area as the changes you would like your next snapshot to represent SPC Before you commit these changes to a new snapshot, you might want to review your changes. SPC git status is used to review your changes, SPC And to actually save this snapshot you can use git commit

git rm

git rm log.txt

git rm *.txt

.gitignore

git operations
Link

commit structure
Link

Идея #2

Помните разницу между HEAD, stage and рабочей директорией
Link

Ветки

`git branch master`

`git checkout -b feature`

`git checkout master`

`git merge master`

Идея #3

Ветки это всего лишь указатели

Изменение истории

`git rebase master`

Идея #4

Локальная история - делай с ней, что угодно

Удаленный репозиторий

git operations
Link

`git pull = git fetch + git merge`

Идея #5

Удаленная ветка это специальная ветка, но все-таки это ветка :)

Разрешение конфликтов

Идея #6

Конфликты надо решать

Суммируем идеи

Разница между working directory, staging area и .git repository

Ветки это всего лишь указатели

Удаленная ветка это тоже ветка

Локальная история - делай с ней, что угодно

Конфликты надо решать

Best practices

Коммить чаще!

Связанные изменения в один коммит

git stash

Ветки - это дешево

Push в мастер, только если прошел тесты

Пиши хорошие сообщения для коммитов!

Обсуждай рабочий процесс с командой!!!

Полезные ссылки