В Первая часть этой series, я ввел вас в системе контроля версий Git.Мы смотрели на историю проекта, подчеркнул известный проектов с открытым кодом, которые используют его (Ruby на Rails, JQuery и ядро Linux), обсуждаются его основные черты и подошел очень простой рабочий сценарий.В этой второй части, мы будем вдаваться в подробности и пачкать руки со взглядом на реальную workflow.
Улучшение развития Quality
“Комплекс” часто используется для описания Git управления версиями system (VCS).По крайней мере, по сравнению с классическими VCS “, как Subversion, Git действительно имеет более крутой обучения curve.
Приглашая людей, чтобы узнать «сложных» новой технологии, вы вряд ли получите добровольцев.Но что, если технология может повысить качество программного обеспечения и, возможно, даже свой собственный путь разработки программного обеспечения?Git такая технология, для которой инвестирование времени стоит.Кроме того, настольных клиентов, таких как Tower для Mac OS ( Отказ от ответственности: это автор product) и черепаха Git для Windows, сделать много задач easier.
Установка и Help
Если одна из последних версий Git не установлена на вашем компьютере, вы можете быстро и легко догнать, например, чтение инструкции бесплатную электронную книгу Скотт Чакон в Pro Git .Я упомяну лишь кратко команд в этой статье.Для получения более подробных описаний и параметров списков, вы можете использовать git help <command> в командной строке или просмотреть GitRef online.
Создание и клонирование Repositories
Наличие хранилища является самым основным требованием для работы в Git.Если нет для вашего текущего проекта или если вы начинаете заново, а затем создать новое хранилище в текущем местоположении, выполняя git init в командной строке.Если удаленное хранилище уже существует на сервере, то вы можете получить его через git clone на вашей машине.Вы можете узнать больше о git clone на GitRef website.
Совершение Changes
После работы в течение некоторого времени, вы будете иметь пару новых, удаленных или измененных файлов, которые вы хотите сохранить в локальном хранилище, как совершает.В качестве первого шага мы будем использовать git status показать нам, какие изменения, которые мы в настоящее время имеем в нашей рабочей directory.
Добавить некоторые изменения в следующей фиксации, вы должны явно добавить их в Git, “плацдарм”. Команды git add используется для этой цели.Давайте посмотрим на конкретныеСценарий:
Git add
Пункт, который начинается “Изменения должны быть совершены” перечислены все файлы, которые будут включены в следующий коммит.Изменения должны были быть добавлены в плацдарм через git add.
Пункт, который начинается “Изменения не устроили для фиксации” перечислены все файлы, которые были изменены, но которые не были добавлены в промежуточной области.Таким образом, они не будут включены в нашей следующей фиксации, но останется просто как изменения в наших рабочих directory.
Последний абзац списки “Untracked файлов” файлы, которые не находятся под контролем версий пока нет.Другими словами, они неизвестны Git.
Вы, возможно, заметили несколько особенностей: error.html указаны в два раза!Это потому, что мы поставили некоторые изменения в этом файле, оставляя другие изменения в тот же файл unstaged.Эта особенность — постановка отдельных файлов или даже части файлов — позволяет создавать чрезвычайно гранулированный совершает, которые действительно содержат только связанные changes.
Git commit
После того, как написал совершать именно так, как мы хотим, чтобы это было, мы можем сохранить его в наш локальный репозиторий через git commit.
Commit History
После того, как хранилище содержит несколько коммитов, мы должны смотреть в ее истории (или “журнал”).git log команда дает нам краткий обзор последних нескольких фиксаций.Git по умолчанию выхода журнала показывает, каждой фиксации с SHA-1 хэш (который является эквивалентом номер ревизии в классической централизованной VCS, или CVCS), его ав …
Если вы хотите прочитать полностью статью, посетите сайт наших спонсоров