<p>На днях я получил очередной проект по разработке личного кабинета.<br> Как обычно, я открыл консоль, чтобы посмотреть историю проекта, ветки и все ли правки закомичены (от слова commit - фиксировать). Однако ничего из этого я не узнал — проект не содержал .git репозитория.<br> Эта ситуация в очередной раз заставила задуматься о том, как много разработчиков до сих пор не понимают необходимость контролировать изменения в файлах с исходным кодом. А многие и вовсе не знают что это такое, и как этим пользоваться.</p>
text : 'На днях я получил очередной проект по разработке личного кабинета.<br> Как обычно, я открыл консоль, чтобы посмотреть историю проекта, ветки и все ли правки закомичены (от слова commit - фиксировать). Однако ничего из этого я не узнал — проект не содержал .git репозитория.<br> Эта ситуация в очередной раз заставила задуматься о том, как много разработчиков до сих пор не понимают необходимость контролировать изменения в файлах с исходным кодом. А многие и вовсе не знают что это такое, и как этим пользоваться.'
text : 'git — распределенная система контроля версий файлов.<br> «Распределенная» значит, что каждый репозиторий содержит всю историю изменений, и из него можно развернуть полноценную рабочую копию проекта.',
text : 'После создания нового репозитория дерево содержит только одну ветку — master. Ветка состоит из коммитов, расположенных в хронологическом порядке. Как правило, в ветке master находятся проверенные и протестированные изменения.'
* <p><strong>Ветка </strong>— указатель на коммит. <br>На один коммит может указывать несколько веток. Как правило это случается при создании новой ветки из текущей. Например для реализации в ней новой задачи. По мере добавления коммитов — ветки будут расходится в разные стороны.</p><p><strong>Коммит</strong> (от слова commit - фиксировать) — логическая единица изменений.<br> Каждый из них имеет историю уникальный ID и цепочку предшествующих коммитов. Можно «откатить» (отменить) изменения любого из коммитов. Для любого коммита из истории можно создать указатель, то есть ветку. </p><p><strong>Индекс</strong> — изменения, которые будут зафиксированы при следующем коммите.<br> При этом, во время коммита, могут быть изменения, не добавленные в индекс — они не будут закоммичены. Их надо будет отдельно добавить в индекс и зафиксировать. Таким образом, можно вносить разом, все необходимые по мере работы, правки и фиксировать их логическими группами.</p><p>В первое время вам понадобятся только основные команды. Давайте рассмотрим их:</p><ul><li>init — создает новый репозиторий</li><li>status — отображает список измененных, добавленных и удаленных файлов</li><li>branch — отображает список веток и активную среди них </li><li>add — добавляет указанные файлы в индекс</li><li>reset — удаляет указанные файлы из индекса</li><li>commit — фиксирует добавленнные в индекс изменения</li><li>checkout — переключает активную ветку; отменяет не добавленные в индекс изменения</li><li>merge — объединяет указанную ветку с активной </li><li>log — выводит список последних коммитов (можно указать количество и формат)</li></ul><h2>Примеры команд для работы с Git</h2><p>Создайте новую папку для тестового проекта.</p><p>Чтобы начать работу с гитом, надо его инициализировать — открыть консоль, перейти в корневую папку проекта и выполнить команду:</p>
* <code>$ <spanclass="sc_keyword">git</span> init</code><p>Эта команда создаст новый пустой репозиторий. Проще говоря, появится папка .git с какими-то непонятными файлами. Причем такой репозиторий, который находится в папке проекта, файлы которого вы можете менять — называется «рабочей копией». Существуют еще «внешние копии» или bare-репозитории.</p><p>Все остальные команды можно вызывать в корневой папке или в одной из вложенных.</p><p>Теперь можно вносить изменения.</p><p>Список изменений можно увидеть выполнив команду:</p><p><code>$ <spanclass="sc_keyword">git</span> status</code></p><p>В консоли появится список измененных файлов.</p><p>Добавьте файлы, изменения в которых вы хотите зафиксировать:</p><p><code>$ <spanclass="sc_keyword">git</span> add file_name_a.php</code></p><p>Файлы можно указывать через пробел. Все файлы в данной папке и ее подпаках можно добавить командой:</p><p><code>$ <spanclass="sc_keyword">git</span> add .</code></p><p>Будьте внимательны, эта команда не добавит новые файлы в индекс. Добавятся только модифицированные старые файлы и удаленные. Новые файлы можно добавить явно указав имя. </p><p>Добавить все новые и измененные файлы можно командой:</p><p><code>$ <spanclass="sc_keyword">git</span> add -A</code></p><p>Изменения стоит фиксировать логическими блоками, то есть в одном коммите должны быть файлы связанные с решением одной конкретной ошибки или одной конкретной новой задачи.</p><p>Если вы добавили файл из другого логического блока, удалите его из индекса командой:</p><p><code>$ <spanclass="sc_keyword">git</span> reset file_name_b.php</code></p><p>Зафиксируйте эти изменения в другом коммите. Так будет удобнее при просмотре истории изменений и отмене изменений.</p><p>Если вы случайно изменили не тот файл - верните его к последнему зафиксированному состоянию командой:</p><p><code>$ <spanclass="sc_keyword">git</span> checkout file_name_c.php</code></p><p>Отменить изменения всех, ранее существующих, файлах в данной и вложенных папках можно командой:</p><p><code>$ <spanclass="sc_keyword">git</span> checkout -- .</code></p><p>Ненужные новые файлы достаточно просто удалить. Или это можно сделать командой:</p><p><code>$ <spanclass="sc_keyword">git</span> reset --hard HEAD</code></p><p>Проект будет полностью приведен к последнему зафиксированному состоянию.</p><p>Теперь зафиксируйте изменения до
