//Как работать с системами контроля версий и, в частности, с Git’ом, я считаю, нужно смотреть наглядно (видео уроки и т.п.) Поэтому конспект лекции будет скудным.
Любое приложение - набор файлов с кодом. Когда мы хотим внести изменения - дописываем код. И с каждым изменением мы получаем немного отличающуюся программу от предыдущей версии приложения.
Нам, как тестировщикам, важно помнить, что каждое изменение может принести ошибки в программу.
Системы контроля версий позволяют отслеживать и хранить историю изменений. Они позволяют понять, в какой момент код поменялся и почему. Эти программы позволяют хранить несколько версий одного файла, при необходимости переключаться между этими версиями и объединять их в одну.
Репозиторий (GitHub) - облачное хранилище проекта.
Коммит - изменение в файле приложения. Гит хронит когда и кто внес изменение.
*Комментарй (в коммите) должен максимально кратко и точно отображать суть изменений.
Эталонная версия приложения - точная копия того, что лежит в репозитории. (Рабочее приложение)
Запушить - внести изменение в репозиторий.
Ветка - копия эталонной ветки, в которую можно вносить изменения и при этом изменения не отобразятся в эталонной версии. Изменения будут храниться только в рамках ветки.
Мастер ветка - ветка в которой лежит эталонная версия приложения.
Конфликт версий - когда коммитишь файл, который уже закоммитили до тебя. Конфликт разрешает второй разработчик.
Ревёрт - откат.
Шпаргалки: Git, Моя Онлайн-тренажеры: на русском, на английском