Лекция 2 2021

Для чего это нужно?
Управлять версиями ПП, место, сохраняются только(!) изменения, сохранение не на своем ПК – совместная работа над проектом, не забивается свой жесткий диск)
Удаленное хранилище версий
2005, Линус Торвальдс.
https://git-scm.com/
Лекция 2
https://git-scm.com/book/ru/v2

Лекция 2
Установка git
https://git-scm.com/
распределённые системы контроля версий (РСКВ).
В РСКВ (таких как Git, Mercurial, Bazaar или Darcs) клиенты не просто скачивают снимок всех файлов (состояние файлов на определённый момент времени) — они полностью копируют репозиторий.
В этом случае, если один из серверов, через который разработчики обменивались данными, умрёт, любой клиентский репозиторий может быть скопирован на другой сервер для продолжения работы. Каждая копия репозитория является полным бэкапом всех данных.
Подход Git к хранению данных больше похож на набор снимков миниатюрной файловой системы.
Каждый раз, когда вы делаете коммит, то есть сохраняете состояние своего проекта в Git, система запоминает, как выглядит каждый файл в этот момент, и сохраняет ссылку на этот снимок.
Для увеличения эффективности, если файлы не были изменены, Git не запоминает эти файлы вновь, а только создаёт ссылку на предыдущую версию идентичного файла, который уже сохранён.
Git представляет свои данные как, скажем, поток снимков.

Лекция 2
У Git есть три основных состояния, в которых могут находиться ваши файлы:
изменён (modified),
индексирован (staged) и
зафиксирован (committed):
К изменённым относятся файлы, которые поменялись, но ещё не были зафиксированы.
Индексированный — это изменённый файл в его текущей версии, отмеченный для включения в следующий коммит.
Зафиксированный значит, что файл уже сохранён в вашей локальной базе.
Три основные секции проекта Git:
рабочая копия (working tree),
область индексирования (staging area) и
каталог Git (Git directory).

Лекция 2
Рабочая копия является снимком одной версии проекта. Эти файлы извлекаются из сжатой базы данных в каталоге Git и помещаются на диск, для того чтобы их можно было использовать или редактировать.
Область индексирования — это файл, обычно находящийся в каталоге Git, в нём содержится информация о том, что попадёт в следующий коммит. Её техническое название на языке Git — «индекс», но фраза «область индексирования» также работает.
Каталог Git — это то место, где Git хранит метаданные и базу объектов вашего проекта. Это самая важная часть Git и это та часть, которая копируется при клонировании репозитория с другого компьютера.
Базовый подход в работе с Git выглядит так:
Изменяете файлы вашей рабочей копии.
Выборочно добавляете в индекс только те изменения, которые должны попасть в следующий коммит, добавляя тем самым снимки только этих изменений в индекс.
Когда вы делаете коммит, используются файлы из индекса как есть, и этот снимок сохраняется в ваш каталог Git.
Если определённая версия файла есть в каталоге Git, эта версия считается зафиксированной (committed).
Если файл был изменён и добавлен в индекс, значит, он индексирован (staged).
Если файл был изменён с момента последнего распаковывания из репозитория, но не был добавлен в индекс, он считается изменённым (modified).

git config --list --show-origin
Выполнить первоначальные настройки конфигурации:
git config --global user.name "your name"
git config --global user.email "your e-mail"
Посмотреть:
git config –list или git config -l
Лекция 2

Лекция 2
Создание Git-репозитория
Обычно репозиторий Git получают одним из двух способов:
взять локальный каталог, который в настоящее время не находится под версионным контролем, и превратить его в репозиторий Git,
клонировать существующий репозиторий Git из любого места.
В обоих случаях получаете готовый к работе Git-репозиторий на компьютере.

Лекция 2
Создадим репозиторий для работы.
Создавать будем на диске D (ОС Windows).

Лекция 2
git help <команда> - справка по команде
Untracked – неотслеживаемый.
Статус Untracked означает, что Git видит файл, которого не было в предыдущем снимке состояния (коммите);
Git не станет добавлять его в ваши коммиты, пока вы его явно об этом не попросите.
Теперь файл стал отслеживаемым.
Если вы изменили файл после выполнения git add, вам придётся снова выполнить git add, чтобы проиндексировать последнюю версию файла.

Лекция 2

Лекция 2
коммит вывел немного информации о себе: на какую ветку выполнили коммит (master), какая контрольная сумма SHA-1 у этого коммита (4fbf646), сколько файлов было изменено, а также статистику по добавленным/удалённым строкам в этом коммите.
Запомните, что коммит сохраняет снимок состояния индекса. Всё, что НЕ проиндексировали, так и висит в рабочем каталоге как изменённое; можно сделать ещё один коммит, чтобы добавить эти изменения в репозиторий.
Каждый раз, когда делаете коммит, вы сохраняете снимок состояния проекта, который позже можете восстановить или с которым можно сравнить текущее состояние.

Лекция 2

Лекция 2
echo Text > file.txt
untracked
неотсле-живаемый
git add
file.txt
staged
индекси-рованный
git commit
–m “comment”
copy in local repository
закоммитили, сделали снимок версии
git push
copy in Remote Repository
запУшили
команда Git
состояние контента

Лекция 2
В командной строке прописываем:
git clone https://github.com/ElzaTimasheva/firstproject.git
Забираем клон проекта в свой локал.репозиторий для работы

Лекция 2

Лекция 2