http://freesource.info/wiki/RuslanHihin/GitTutorial1 History/revisions of FreeSource/RuslanHihin/GitTutorial1 en-us http://freesource.info/wiki/RuslanHihin/GitTutorial1/show?time=2008-05-14+12%3A51%3A58 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a name=".ruslanhihin.gittutorial1" href="http://freesource.info/wiki/RuslanHihin/GitTutorial1&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;Git&nbsp;Tutorial&nbsp;1</a> за <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A51%3A58">2008-05-14 12:51:58</a> и <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1">2008-07-20 22:29:25</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Перевод <a href="http://www.kernel.org/pub/software/scm/git/docs/gittutorial.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />A tutorial introduction to&nbsp;git (for version 1.5.1 or&nbsp;newer)</a><br /> Это&nbsp;руководство объясняет, каким образом импортировать новый проект в&nbsp;git, как&nbsp;внести в&nbsp;него изменения, а&nbsp;общие изменения с&nbsp;другими разработчиками.<br /> Во-первых, Вы&nbsp;можете получить документацию для&nbsp;команды, с&nbsp;помощью man, например : <br /> Хорошая идея сразу внести в&nbsp;настройки git&nbsp;Ваше имея и&nbsp;адрес вашей электронной почты, прежде чем, сделать какие-либо другие операции.<br /> Теперь Вы&nbsp;инициализировали рабочий каталог, и&nbsp;вы можете заметить, что&nbsp;создан новый каталог с&nbsp;именем &#8220;.git&#8221;. <br /> Теперь, дайте команду git&nbsp;принять снапшот (снимок) содержимого всех файлов в&nbsp;текущем каталоге (обратите внимание на&nbsp;точку после add) с&nbsp;помощью комагды : <br /> Этот снапшот теперь будет хранится в&nbsp;временной области, которая называется в&nbsp;git &laquo;индексом&raquo;.<br /> Вы&nbsp;можете превратить временное состояние индекса в&nbsp;постоянное состояние с&nbsp;помощью git-commit(1) : <br /> Вы&nbsp;можете увидеть, то, что&nbsp;будет совершено при&nbsp;коммите с&nbsp;помощью команды git-diff(1) c&nbsp;опцией —-cached:<br /> покажет вам, все&nbsp;изменения, кроме тех, которые есть только в&nbsp;индексе) Вы&nbsp;также можете получить краткий обзор состояния git&nbsp;репозитория (зранилища) git&nbsp;с&nbsp;помощью команды git-status(1) : <br /> # Ветка мастер<br /> # Изменения, которые будут совершенны:<br /> # (используйте &laquo;git reset HEAD «file» ...&raquo; для&nbsp;отмены)<br /> #<br /> # Изменён: file1<br /> # Изменен: file2<br /> # Изменен: file3<br /> #<br /> Многие системы контроля версий отрабатывают команду &#8220;add&#8221;, которая сообщает системе, что&nbsp;надо начинать отслеживать изменения в&nbsp;новых<br /> Команда &#8220;add&#8221; в&nbsp;делает это&nbsp;более просто и&nbsp;мощно: git&nbsp;add добавляет в&nbsp;индекс как&nbsp;новые файлы, так&nbsp;и&nbsp;модифиии изменённых файлов. В&nbsp;обоих<br /> Теперь отредактируйте файл, закфиксируйте изменения коммитом и&nbsp;вернитесь в&nbsp;ветку master: <br /> Проверьте, что&nbsp;вы&nbsp;сделанные вами изменения не&nbsp;видны, поскольку они&nbsp;были сделаны в&nbsp;ветке experimental а&nbsp;вы вернулись уже&nbsp;в&nbsp;ветку master. <br /> Если изменения не&nbsp;конфликтуют между собой, всё выполнится сразу.<br /> После того вам&nbsp;надо отредактировать файлы для&nbsp;устранения конфликтов. <br /> завершит слияние ветвей<br /> $ git&nbsp;branch -d experimental <br /> <strong>Ветки это&nbsp;просто и&nbsp;ясно</strong>, так&nbsp;что это&nbsp;хороший способ разработки чего-то нового.<br /> Предположим, что&nbsp;Алиса начала новый проект в&nbsp;git репозитории в&nbsp;/home/alice/project, и&nbsp;Боб которые имеет домашний каталог на&nbsp;этой машине, хочет внести<br /> Это&nbsp;объёдиняет ветку &#8220;master&#8221; репозитория Боба с&nbsp;текущеё веткой Алисы. <br /> Если Алиса делала в&nbsp;это время свои собственные изменения, то&nbsp;ей, возможно, придется вручную устранять возникающие конфликты.(Заметим, что&nbsp;аргумент &#8220;master&#8221; в&nbsp;вышеуказанной команде, на&nbsp;самом деле не&nbsp;нужен, так-как он&nbsp;применяется по-умолчанию).<br /> Когда вы&nbsp;работаете в&nbsp;небольшой сплочённой группе, этодействие является обычным при&nbsp;взаимодействии с&nbsp;другими репозиториями.<br /> Смотрим список всех изменений, что&nbsp;сделал Боб, после ответвления его&nbsp;репозитория от&nbsp;ветки master репозитории Алисы.<br /> Боб&nbsp;клонироваk Алисин репозиторий, то&nbsp;он сохранил его&nbsp;местоположение в&nbsp;конфигурациии репозитории, и&nbsp;теперь использует его&nbsp;для pull: <br /> (Полная конфигурация созданная git-clone видна командой &#8220;git config -l&#8221;, а&nbsp;man gitt-config(1) объясняет значение каждого параметра).<br /> Git&nbsp;также может быть использовать CVS-подобный режим, с&nbsp;центральным репозитотием, который использует команду git&nbsp;push для&nbsp;внесения изменений, см&nbsp;git-push(1) и&nbsp;git для&nbsp;пользователей CVS.<br /> История Git&nbsp;представляется как&nbsp;серия взаимосвязанных фиксаций (коммитов).<br /> Author: Junio C&nbsp;Hamano «junkio@cox.net» <br /> Любой комаде git, для&nbsp;которой требуется имя&nbsp;коммита можно указать любое из&nbsp;этих имен коммита.<br /> # start a&nbsp;new branch named &#8220;stable&#8221; based <br /> # reset your current branch and&nbsp;working <br /> Если вы&nbsp;опускаете имя&nbsp;коммита, git&nbsp;grep будет искать во&nbsp;всех файлах зафиксированных в&nbsp;текущем каталоге. <br /> # commits from the&nbsp;last 2 weeks <br /> Вы&nbsp;также можете дать в&nbsp;git log&nbsp;&laquo;диапазон&raquo; где&nbsp;первый коммита не&nbsp;обязательно предок второго, например, если заметки от&nbsp;&#8220;stable-release&#8221; и&nbsp;&#8220;master&#8221; вышли от&nbsp;общих коммитов какое-то время назад, тогда<br /> выдаст лист коммитов, сделанных в&nbsp;экспериментальной ветви, в&nbsp;то время как<br /> покажет список коммитов стабильной ветки, но&nbsp;не экспериментальная ветви. <br /> Команда &#8220;git log&#8221; имеет недостаток: он&nbsp;должен предъявить коомиты в&nbsp;виде списка. <br /> Когда история имеет линии развития, которые<br /> позволяет просматривать все&nbsp;коммиты за&nbsp;последние 2 недели в&nbsp;которых менялись файлы в&nbsp;каталоге drivers. <br /> И&nbsp;наконец, большинство команд, которые принимают имена файлов опционально позволяют предшествовать любым именам файлов для&nbsp;коммита,<br /> $ git&nbsp;show v2.5:Makefile $ Git&nbsp;шоу v2.5: Makefile <br /> * Объект базы данных это&nbsp;быстрая и&nbsp;элегантная система, использующаяся для&nbsp;хранения истории вашего проекта-файлов, каталогов, и&nbsp;коммитов. <br /> * Индекс файла это&nbsp;кэш состояния дерево каталогов, используемых для&nbsp;создания коммитов, проверки рабочие каталоги, и&nbsp;ведения различные деревьев, участвующих в&nbsp;коммтах.<br /> * <strong> git-format-patch(1), git-am(1)</strong>: Эти&nbsp;преобразователи из&nbsp;серии git&nbsp;коммиты в&nbsp;патчи в&nbsp;формате электронной почты, и&nbsp;обычно, полезно для&nbsp;проектов, таких как&nbsp;linux ядро, которое в&nbsp;значительной степени полагаются на&nbsp;патчи по&nbsp;электронной почте.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Перевод <a href="http://www.kernel.org/pub/software/scm/git/docs/tutorial.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />A tutorial introduction to&nbsp;git (for version 1.5.1 or&nbsp;newer)</a><br /> Это&nbsp;руководство объясняет, каким образом импортировать новый проект в&nbsp;git, как&nbsp;внести в&nbsp;него изменения, а&nbsp;общие изменения с  другими разработчиками.<br /> Во-первых, Вы&nbsp;можете получить документацию для&nbsp;команды, с&nbsp;помощью man, например  : <br /> Хорошая идея сразу внести в&nbsp;настройки git&nbsp;Ваше имея и&nbsp;адрес вашей электронной почты, прежде чем,  сделать какие-либо другие операции.<br /> Теперь Вы&nbsp;инициализировали рабочий каталог, и&nbsp;вы можете заметить, что&nbsp;создан новый каталог с&nbsp;именем  &#8220;.git&#8221;. <br /> Теперь, дайте команду git&nbsp;принять снапшот (снимок)  содержимого всех файлов в&nbsp;текущем каталоге (обратите внимание на&nbsp;точку после add) с&nbsp;помощью комагды : <br /> Этот снапшот теперь будет хранится в&nbsp;временной  области, которая называется в&nbsp;git &laquo;индексом&raquo;.<br /> Вы&nbsp;можете превратить временное состояние  индекса в&nbsp;постоянное состояние с  помощью git-commit(1) : <br /> Вы&nbsp;можете увидеть,  то, что&nbsp;будет совершено при&nbsp;коммите с&nbsp;помощью команды git-diff(1)  c&nbsp;опцией —-cached:<br /> покажет вам, все&nbsp;изменения, кроме тех, которые есть только в&nbsp;индексе) Вы&nbsp;также можете получить краткий обзор состояния git&nbsp;репозитория (зранилища) git&nbsp;с&nbsp;помощью  команды git-status(1) : <br />  # Ветка мастер<br />  # Изменения, которые будут совершенны:<br />  # (используйте &laquo;git reset HEAD «file» ...&raquo; для&nbsp;отмены)<br />  #<br />  # Изменён: file1<br />  # Изменен: file2<br />  # Изменен: file3<br />  #<br /> Многие системы контроля версий отрабатывают команду &#8220;add&#8221;, которая сообщает системе, что&nbsp;надо начинать  отслеживать изменения в&nbsp;новых<br /> Команда &#8220;add&#8221; в&nbsp;делает это&nbsp;более просто и&nbsp;мощно: git&nbsp;add добавляет в&nbsp;индекс как&nbsp;новые файлы, так&nbsp;и&nbsp;модифиии изменённых файлов.  В&nbsp;обоих<br /> Теперь отредактируйте файл, закфиксируйте изменения коммитом  и&nbsp;вернитесь в&nbsp;ветку master: <br /> Проверьте, что&nbsp;вы&nbsp;сделанные вами  изменения не&nbsp;видны, поскольку они&nbsp;были сделаны в&nbsp;ветке experimental а&nbsp;вы вернулись уже&nbsp;в&nbsp;ветку master. <br /> Если изменения  не&nbsp;конфликтуют между собой, всё выполнится сразу.<br /> После того вам&nbsp;надо отредактировать файлы для&nbsp;устранения конфликтов. <br /> завершит  слияние ветвей<br />  $ git&nbsp;branch -d experimental <br /> <strong>Ветки это  просто и&nbsp;ясно</strong>, так&nbsp;что это&nbsp;хороший способ разработки чего-то нового.<br /> Предположим, что&nbsp;Алиса начала новый проект в&nbsp;git репозитории  в&nbsp;/home/alice/project, и&nbsp;Боб которые имеет домашний каталог на&nbsp;этой машине, хочет внести<br /> Это&nbsp;объёдиняет ветку &#8220;master&#8221;  репозитория Боба с&nbsp;текущеё веткой  Алисы. <br /> Если Алиса делала в&nbsp;это время свои  собственные  изменения, то&nbsp;ей, возможно, придется вручную устранять возникающие конфликты.(Заметим, что  аргумент &#8220;master&#8221; в&nbsp;вышеуказанной команде, на&nbsp;самом деле не&nbsp;нужен, так-как он&nbsp;применяется по-умолчанию).<br /> Когда вы&nbsp;работаете в&nbsp;небольшой сплочённой группе, этодействие является обычным при  взаимодействии с&nbsp;другими репозиториями.<br /> Смотрим список всех изменений, что&nbsp;сделал Боб, после ответвления его&nbsp;репозитория от&nbsp;ветки master репозитории  Алисы.<br /> Боб&nbsp;клонироваk Алисин репозиторий, то&nbsp;он сохранил его  местоположение в&nbsp;конфигурациии репозитории, и&nbsp;теперь использует его&nbsp;для pull: <br /> (Полная конфигурация созданная git-clone  видна  командой &#8220;git config -l&#8221;,  а&nbsp;man gitt-config(1)  объясняет значение каждого параметра).<br /> Git&nbsp;также может быть использовать  CVS-подобный режим, с&nbsp;центральным репозитотием, который использует команду git&nbsp;push для&nbsp;внесения изменений, см&nbsp;git-push(1) и&nbsp;git для&nbsp;пользователей CVS.<br /> История  Git&nbsp;представляется как&nbsp;серия взаимосвязанных фиксаций (коммитов).<br />  Author: Junio C&nbsp;Hamano «junkio@cox.net» <br /> ]&gt; <br /> Любой комаде git, для&nbsp;которой требуется имя&nbsp;коммита можно  указать  любое из&nbsp;этих имен коммита.<br />  # start a&nbsp;new branch named &#8220;stable&#8221; based <br />  # reset your current branch and&nbsp;working <br /> Если вы&nbsp;опускаете имя&nbsp;коммита, git&nbsp;grep будет искать во&nbsp;всех файлах зафиксированных в  текущем каталоге. <br />  # commits from the&nbsp;last 2 weeks <br /> Вы&nbsp;также можете дать  в&nbsp;git log&nbsp;&laquo;диапазон&raquo; где&nbsp;первый  коммита не&nbsp;обязательно предок второго, например, если заметки от  &#8220;stable-release&#8221; и&nbsp;&#8220;master&#8221; вышли  от&nbsp;общих коммитов  какое-то время назад, тогда<br /> выдаст лист коммитов, сделанных в&nbsp;экспериментальной ветви,  в&nbsp;то время как<br /> покажет список коммитов  стабильной ветки, но&nbsp;не экспериментальная ветви. <br /> Команда &#8220;git log&#8221; имеет недостаток: он&nbsp;должен предъявить коомиты в&nbsp;виде  списка. <br /> Когда история имеет линии  развития, которые<br /> позволяет просматривать все&nbsp;коммиты за&nbsp;последние 2 недели в&nbsp;которых менялись файлы в&nbsp;каталоге drivers. <br /> И&nbsp;наконец, большинство команд, которые принимают имена файлов опционально позволяют предшествовать любым  именам файлов для  коммита,<br />  $ git&nbsp;show v2.5:Makefile $ Git&nbsp;шоу v2.5: Makefile <br /> * Объект базы данных это  быстрая и&nbsp;элегантная система, использующаяся для&nbsp;хранения истории вашего проекта-файлов, каталогов, и&nbsp;коммитов. <br /> * Индекс файла это&nbsp;кэш состояния дерево каталогов, используемых для&nbsp;создания коммитов, проверки рабочие каталоги, и&nbsp;ведения  различные деревьев, участвующих в&nbsp;коммтах.<br /> * <strong> git-format-patch(1), git-am(1)</strong>: Эти&nbsp;преобразователи из&nbsp;серии git&nbsp;коммиты  в&nbsp;патчи  в&nbsp;формате электронной почты, и&nbsp;обычно, полезно для&nbsp;проектов, таких как&nbsp;linux ядро, которое в&nbsp;значительной степени полагаются на&nbsp;патчи по&nbsp;электронной почте.</div></div> http://freesource.info/wiki/RuslanHihin/GitTutorial1/show?time=2008-05-14+12%3A49%3A37 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;Git&nbsp;Tutorial&nbsp;1</a> за <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A49%3A37">2008-05-14 12:49:37</a> и <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A51%3A58">2008-05-14 12:51:58</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">* <span class="missingpage">Руководство пользователя GIT</span><a href="http://freesource.info/wiki/GitUserManual/edit?add=1&" title="Создать эту страницу">?</a></div><br /> <b>Удалено:</b><br /> <div class="deletions">* <span class="missingpage">Руководство пользователя GIT</span><a href="http://freesource.info/wiki/GitUserManua/edit?add=1&" title="Создать эту страницу">?</a></div></div> http://freesource.info/wiki/RuslanHihin/GitTutorial1/show?time=2008-05-14+12%3A36%3A58 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;Git&nbsp;Tutorial&nbsp;1</a> за <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A36%3A58">2008-05-14 12:36:58</a> и <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A49%3A37">2008-05-14 12:49:37</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Вы&nbsp;можете увидеть,  то, что&nbsp;будет совершено при&nbsp;коммите с&nbsp;помощью команды git-diff(1)  c&nbsp;опцией —-cached:<br /> $ git&nbsp;diff --cached <br /> # первых несколько символов из&nbsp;имени, как&nbsp;правило хватает для&nbsp;идентификации коммита<br /> # показать последние изменения текущей ветки<br /> # Смотрим родителя HEAD <br /> # смотрим предыдущего родителя<br /> # смотрим пред-предыдущего родителя<br /> ]&gt; <br /> Вы&nbsp;также можете дать коммиту своё уникальное имя&nbsp;<br /> теперь вы&nbsp;можете обращаься к&nbsp;1b2e1d63ff по&nbsp;имени &#8220;v2.5&#8221;.<br /> Если вы&nbsp;намерены поделиться этим именем с&nbsp;другими людьми (например, для&nbsp;идентификации версии), вам&nbsp;следует создать &#8220;tag&#8221; (метку) объекта, и, возможно,<br /> Команда &#8220;git log&#8221; имеет недостаток: он&nbsp;должен предъявить коомиты в&nbsp;виде  списка. <br /> * <span class="missingpage">20 повседневных команд git</span><a href="http://freesource.info/wiki/20povsedevnyxkomandgit/edit?add=1&" title="Создать эту страницу">?</a> <br /> * <a href="http://www.kernel.org/pub/software/scm/git/docs/cvs-migration.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />git для&nbsp;пользователей CVS</a>.<br /> * <span class="missingpage">Руководство пользователя GIT</span><a href="http://freesource.info/wiki/GitUserManua/edit?add=1&" title="Создать эту страницу">?</a></div><br /> <b>Удалено:</b><br /> <div class="deletions">Вы&nbsp;можете увидеть,  то, что&nbsp;будет совершено при&nbsp;коммите с&nbsp;помощью команды git-diff(1)  c&nbsp;опцией —cached:<br /> Бх&nbsp;<br /> $ git&nbsp;diff --cached <br /> # the&nbsp;first few&nbsp;characters of&nbsp;the name are&nbsp;<br /> # usually enough <br /> # the&nbsp;tip of&nbsp;the current branch <br />  # the&nbsp;tip of&nbsp;the &#8220;experimental&#8221; branch<br />  $ Git&nbsp;show c82a22c39c<br />  # первые несколько символов из&nbsp;имени, как&nbsp;правило хватает<br /> $ git&nbsp;show HEAD<br />  # показать последние изменения текущей ветки<br />  $ git&nbsp;how experimental <br /> Every commit usually has&nbsp;one &#8220;parent&#8221; commit which points to&nbsp;the previous state of&nbsp;the project:<br /> # to&nbsp;see the&nbsp;parent of&nbsp;HEAD <br />  # to&nbsp;see the&nbsp;grandparent of&nbsp;HEAD <br />  # to&nbsp;see the&nbsp;great-great grandparent of&nbsp;HEAD<br />  $ Git&nbsp;show HEAD ^<br />  # Смотрим родителя HEAD <br /> $ git&nbsp;show HEAD ^ ^<br />  # смотрим предыдущего родителя<br />  $ git&nbsp;show HEAD ~ 4<br />  # смотрим пред-предыдущего родителя<br /> Note that merge commits may&nbsp;have more than one&nbsp;parent:<br />  # show the&nbsp;first parent of&nbsp;HEAD (same as&nbsp;HEAD^) <br />  # show the&nbsp;second parent of&nbsp;HEAD<br />  <br /> $ Git&nbsp;show HEAD ^ 1 <br /> $ git&nbsp;show HEAD ^ 2 <br /> You&nbsp;can also give commits names of&nbsp;your own; after running<br /> Вы&nbsp;также можете дать коммиту своё имя; после запуска <br /> Вы&nbsp;можете обратиться к&nbsp;1b2e1d63ff под&nbsp;названием &#8220;v2.5&#8221;.<br /> Если вы&nbsp;намерены поделиться этим именем с&nbsp;другими людьми (например, для<br /> идентификации версии), вам&nbsp;следует создать &#8220;tag&#8221; (метку) объекта, и, возможно,<br /> Any&nbsp;git command that needs to&nbsp;know a&nbsp;commit can&nbsp;take any&nbsp;of&nbsp;these names. Git&nbsp;<div class="email1 email-odd">&gt;[</div><br /> Команда &#8220;Git log&#8221; имеет недостаток: он&nbsp;должен предъявить коомиты в&nbsp;виде  списка. <br /> * <span class="missingpage">**20 повседневных команд git**</span><a href="http://freesource.info/wiki/20povsedevnyxkomandgit/edit?add=1&" title="Создать эту страницу">?</a> <br /> * <a href="http://www.kernel.org/pub/software/scm/git/docs/cvs-migration.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />**git для&nbsp;пользователей CVS**</a>.<br /> * <span class="missingpage">GitUserManua</span><a href="http://freesource.info/wiki/GitUserManua/edit?add=1&" title="Создать эту страницу">?</a> <strong>Руководство пользователя GIT</strong></div></div> http://freesource.info/wiki/RuslanHihin/GitTutorial1/show?time=2008-05-14+12%3A27%3A11 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;Git&nbsp;Tutorial&nbsp;1</a> за <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A27%3A11">2008-05-14 12:27:11</a> и <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A36%3A58">2008-05-14 12:36:58</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Что&nbsp;прочесть ещё :<br /> * <span class="missingpage">**20 повседневных команд git**</span><a href="http://freesource.info/wiki/20povsedevnyxkomandgit/edit?add=1&" title="Создать эту страницу">?</a> <br /> * <a href="http://www.kernel.org/pub/software/scm/git/docs/cvs-migration.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />**git для&nbsp;пользователей CVS**</a>.<br /> * <span class="missingpage">GitUserManua</span><a href="http://freesource.info/wiki/GitUserManua/edit?add=1&" title="Создать эту страницу">?</a> <strong>Руководство пользователя GIT</strong></div><br /> <b>Удалено:</b><br /> <div class="deletions">* <span class="missingpage">&laquo;20 повседневных команд git&raquo;</span><a href="http://freesource.info/wiki/20povsedevnyxkomandgit/edit?add=1&" title="Создать эту страницу">?</a> <br /> * git&nbsp;для пользователей CVS.</div></div> http://freesource.info/wiki/RuslanHihin/GitTutorial1/show?time=2008-05-14+12%3A26%3A50 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;Git&nbsp;Tutorial&nbsp;1</a> за <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A26%3A50">2008-05-14 12:26:50</a> и <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A27%3A11">2008-05-14 12:27:11</a></b><br /> <br /> No differences.</div> http://freesource.info/wiki/RuslanHihin/GitTutorial1/show?time=2008-05-14+12%3A25%3A29 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;Git&nbsp;Tutorial&nbsp;1</a> за <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A25%3A29">2008-05-14 12:25:29</a> и <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A26%3A50">2008-05-14 12:26:50</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">* <strong>Вторая часть этого учебника</strong> объясняет объект базы данных, файл индекса, а&nbsp;также несколько ветвлений и&nbsp;о кончаний который неоюходтмы больштнству пользователей git. Если Вы&nbsp;не хотите продолжатьизучать его&nbsp;сразу, есть несколько других источников, которые могут быть интересны Вам&nbsp;на&nbsp;данный момент :<br /> * <strong> git-format-patch(1), git-am(1)</strong>: Эти&nbsp;преобразователи из&nbsp;серии git&nbsp;коммиты  в&nbsp;патчи  в&nbsp;формате электронной почты, и&nbsp;обычно, полезно для&nbsp;проектов, таких как&nbsp;linux ядро, которое в&nbsp;значительной степени полагаются на&nbsp;патчи по&nbsp;электронной почте.<br /> * <strong> git-bisect(1) </strong>: Когда есть регресс в&nbsp;вашем проекте, одним из&nbsp;способов выслеживать<br /> ошибкой является поиск через историю, чтобы найти точный адресс неправильного изменения.Git bisect может помочь вам&nbsp;выполнить бинарный поиск, что&nbsp;совершал. Его&nbsp;смышлёности достаточно для&nbsp;выполнения приближенных к&nbsp;оптимальным поиск даже в</div><br /> <b>Удалено:</b><br /> <div class="deletions"><strong>Вторая часть этого учебника</strong> объясняет объект базы данных, файл индекса, а&nbsp;также несколько ветвлений и&nbsp;о кончаний который неоюходтмы больштнству пользователей git. <br /> Если Вы&nbsp;не хотите продолжатьизучать его&nbsp;сразу, есть несколько других источников, которые могут быть интересны Вам&nbsp;на&nbsp;данный момент :<br /> <strong> git-format-patch(1), git-am(1)</strong>:<br /> Эти&nbsp;преобразователи из&nbsp;серии git&nbsp;коммиты  в&nbsp;патчи  в&nbsp;формате электронной почты, и&nbsp;обычно, полезно для&nbsp;проектов, таких как&nbsp;linux ядро, которое в<br /> значительной степени полагаются на&nbsp;патчи по&nbsp;электронной почте.<br /> <ul><li>* git-bisect(1) **: Когда есть регресс в&nbsp;вашем проекте, одним из&nbsp;способов выслеживать</li></ul> ошибкой является поиск через историю, чтобы найти точный адресс неправильного изменения.Git bisect может помочь вам&nbsp;выполнить бинарный поиск, что&nbsp;совершал.<br /> Его&nbsp;смышлёности достаточно для&nbsp;выполнения приближенных к&nbsp;оптимальным поиск даже в</div></div> http://freesource.info/wiki/RuslanHihin/GitTutorial1/show?time=2008-05-14+12%3A07%3A10 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;Git&nbsp;Tutorial&nbsp;1</a> за <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A07%3A10">2008-05-14 12:07:10</a> и <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A25%3A29">2008-05-14 12:25:29</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><blockquote> </blockquote><br /> <blockquote> </blockquote><br /> Вы&nbsp;можете поместить его&nbsp;в&nbsp;git следующим образом :<br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> Теперь, дайте команду git&nbsp;принять снапшот (снимок)  содержимого всех файлов в&nbsp;текущем каталоге (обратите внимание на&nbsp;точку после add) с&nbsp;помощью комагды : <br /> <blockquote> </blockquote><br /> Этот снапшот теперь будет хранится в&nbsp;временной  области, которая называется в&nbsp;git &laquo;индексом&raquo;.<br /> <blockquote> </blockquote><br /> Эта&nbsp;команда попросит ввести сообщение о&nbsp;совершённых изменениях. Итак Вы&nbsp;сохранили первую версию вашего проекта в&nbsp;git.<br /> <blockquote> </blockquote><br /> Бх&nbsp;<br /> ]&gt;<br /> покажет вам, все&nbsp;изменения, кроме тех, которые есть только в&nbsp;индексе) Вы&nbsp;также можете получить краткий обзор состояния git&nbsp;репозитория (зранилища) git&nbsp;с&nbsp;помощью  команды git-status(1) : <br /> <blockquote> </blockquote> <br /> Если вам&nbsp;нужно делать какие-либо дополнительные коррективы, сделайте это&nbsp;сейчас, и&nbsp;добавте их&nbsp;в индекс.<br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> Заметка по&nbsp;оформлению коммита: Хотя это&nbsp;и&nbsp;не требуется, но&nbsp;удобно, когда сообщение состоит из&nbsp;короткиой не&nbsp;более 50 символов строкой с&nbsp;кратким изложением изменения, затем пустой строкой, и&nbsp;далее из&nbsp;более подробного описания изменения. На&nbsp;подобии email &ndash; в&nbsp;первой строке &ndash; суть изменений, а&nbsp;остальное в&nbsp;теле сообщения. Такой вид&nbsp;позволяет легко отсылать сообщения о&nbsp;коммитах по&nbsp;электорнной почте. <br /> Многие системы контроля версий отрабатывают команду &#8220;add&#8221;, которая сообщает системе, что&nbsp;надо начинать  отслеживать изменения в&nbsp;новых<br /> <blockquote> </blockquote><br /> <blockquote> <br /> $ git&nbsp;log -p </blockquote><br /> <blockquote> <br /> ($ git&nbsp;журнал &ndash; статистика &ndash; Итоги ) </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> <br /> experimental <br /> * master </blockquote><br /> <blockquote> </blockquote><br /> Теперь отредактируйте файл, закфиксируйте изменения коммитом  и&nbsp;вернитесь в&nbsp;ветку master: <br /> <blockquote> </blockquote><br /> Проверьте, что&nbsp;вы&nbsp;сделанные вами  изменения не&nbsp;видны, поскольку они&nbsp;были сделаны в&nbsp;ветке experimental а&nbsp;вы вернулись уже&nbsp;в&nbsp;ветку master. <br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> Если вы&nbsp;разрабатывали ветку crazy-idea, а&nbsp;потом разочаровались в&nbsp;неё, вы&nbsp;всегда сможете удалить ветвь командой<br /> <blockquote> </blockquote><br /> <strong>Ветки это  просто и&nbsp;ясно</strong>, так&nbsp;что это&nbsp;хороший способ разработки чего-то нового.<br /> Боб&nbsp;начинает с:<br /> <blockquote> </blockquote><br /> Теперь Боб&nbsp;делает некоторые изменения и&nbsp;фиксирует их:<br /> <blockquote> </blockquote><br /> Когда всё готово, Боб&nbsp;предлагает Алисе взять его&nbsp;изменения из&nbsp;его репозитория в&nbsp;/home/bob/myrepo. Алиса делает так:<br /> <blockquote> </blockquote><br /> Команда &#8220;pull&#8221;, таким образом, выполняет две&nbsp;операции: она&nbsp;извлекает (fetch) изменяется из&nbsp;ветки удалённого репозитория, <br /> а&nbsp;затем объединяет (merge) их&nbsp;с текущей веткой. <br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><div class="email1 email-odd">&gt;[</div><br /> ]&gt;<br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote><br /> <blockquote> </blockquote> <br /> * Объект базы данных это  быстрая и&nbsp;элегантная система, использующаяся для&nbsp;хранения истории вашего проекта-файлов, каталогов, и&nbsp;коммитов. <br /> * Индекс файла это&nbsp;кэш состояния дерево каталогов, используемых для&nbsp;создания коммитов, проверки рабочие каталоги, и&nbsp;ведения  различные деревьев, участвующих в&nbsp;коммтах.<br /> <strong>Вторая часть этого учебника</strong> объясняет объект базы данных, файл индекса, а&nbsp;также несколько ветвлений и&nbsp;о кончаний который неоюходтмы больштнству пользователей git. <br /> <strong> git-format-patch(1), git-am(1)</strong>:<br /> <ul><li>* git-bisect(1) **: Когда есть регресс в&nbsp;вашем проекте, одним из&nbsp;способов выслеживать</li></ul> * <span class="missingpage">&laquo;20 повседневных команд git&raquo;</span><a href="http://freesource.info/wiki/20povsedevnyxkomandgit/edit?add=1&" title="Создать эту страницу">?</a></div><br /> <b>Удалено:</b><br /> <div class="deletions">Вы&nbsp;можете поместить его&nbsp;в&nbsp;git следующим образом : <br /> Теперь, дайте команду git&nbsp;принять снапшот (снимок)  содержимого всех файлов в&nbsp;текущем каталоге (обратите внимание на&nbsp;.) с&nbsp;помощью git-add(1) : <br /> Этот снапшот в&nbsp;теперь будет хранится в&nbsp;временной  области, которая называется в&nbsp;git &laquo;индексом&raquo;.<br /> Эта&nbsp;команда попросит ввести сообщение о&nbsp;совершённых изменениях.<br /> Так&nbsp;Вы&nbsp;сохранили первую версию вашего проекта в&nbsp;git.<br /> покажет вам, все&nbsp;изменения, кроме тех, которые есть только в&nbsp;индексе) Вы&nbsp;также можете получить краткий обзор состояния git&nbsp;репозитория (зранилища) git&nbsp;с&nbsp;помощью  команды git-status(1) : <br />  # <br /> If&nbsp;you need to&nbsp;make any&nbsp;further adjustments, do&nbsp;so now, and&nbsp;then add&nbsp;any newly modified content to&nbsp;the index.<br /> Если вам&nbsp;нужно делать какие-либо дополнительные коррективы, сделайте<br /> это&nbsp;сейчас, и&nbsp;добавте их&nbsp;в индекс.<br /> Заметка по&nbsp;оформлению коммита: Хотя это&nbsp;и&nbsp;не требуется, но&nbsp;удобно, когда сообщение состоит из&nbsp;короткиой не&nbsp;более 50 символов строкой с&nbsp;кратким изложением изменения, затем пустой строкой, и&nbsp;далее из&nbsp;более подробного описания изменения.<br /> На&nbsp;подобии email &ndash; в&nbsp;первой строке &ndash; суть изменений, а&nbsp;остальное в&nbsp;теле сообщения.<br /> Многие системы контроля версий отрабатывают команду &#8220;add&#8221;,<br /> которая сообщает системе, что&nbsp;надо начинать  отслеживать изменения в&nbsp;новых<br /> $ git&nbsp;log -p <br /> ($ Git&nbsp;журнал &ndash; статистика &ndash; Итоги )<br /> <div class="indent"><br /> experimental </div> * master <br /> Now&nbsp;edit a&nbsp;file, commit the&nbsp;change, and&nbsp;switch back to&nbsp;the master branch:<br /> Теперь отредактируйте файл, закфиксируйте изменения коммитом  и&nbsp;вернитесь в&nbsp;ветку master: <br /> Проверьте, что&nbsp;вы&nbsp;сделанные вами  изменения не&nbsp;видны, поскольку они&nbsp;были<br /> сделаны в&nbsp;ветке experimental а&nbsp;вы вернулись уже&nbsp;в&nbsp;ветку master. <br /> at&nbsp;this point the&nbsp;two branches have diverged, with different changes made in&nbsp;each. <br /> Если вы&nbsp;разрабатывали ветку crazy-idea, а&nbsp;потом разочаровались в&nbsp;неё, вы&nbsp;всегда сможете удалить ветвь с<br /> Ветки это  просто и&nbsp;ясно, так&nbsp;что это&nbsp;хороший путь для&nbsp;разработки чего-то нового.<br /> Боб&nbsp;начинает с: <br /> Теперь Боб&nbsp;делает некоторые изменения и&nbsp;фиксирует их: <br /> Когда всё готово, Боб&nbsp;предлагает Алисе взять его&nbsp;изменения из&nbsp;его репозитория в&nbsp;/home/bob/myrepo.<br /> Алиса делает так:<br /> Команда &#8220;pull&#8221;, таким образом, выполняет две&nbsp;операции: она&nbsp;извлекает (fetch)<br /> изменяется из&nbsp;ветки удалённого репозитория, а&nbsp;затем объединяет (merge) их&nbsp;с текущей веткой. <br /> * Объект базы данных это  быстрая и&nbsp;элегантная система, использующаяся для&nbsp;хранения истории вашего проекта-файлов, каталогов, и&nbsp;коммитов. <br /> * Индекс файла это&nbsp;кэш состояния дерево<br /> каталогов, используемых для&nbsp;создания коммитов, проверки рабочие<br /> каталоги, и&nbsp;ведения  различные деревьев, участвующих в&nbsp;коммтах.<br /> Вторая часть этого учебника<br /> объясняет объект базы данных, файл индекса, а&nbsp;также несколько ветвлений и&nbsp;о кончаний который неоюходтмы больштнству пользователей git. <br /> * git-format-patch(1), git-am(1)<br /> : <br /> <ul><li> git-bisect(1)</li></ul> : Когда есть регресс в&nbsp;вашем проекте, одним из&nbsp;способов выслеживать<br /> * <span class="missingpage">Everyday GIT&nbsp;With 20 Commands Or&nbsp;So</span><a href="http://freesource.info/wiki/20povsedevnyxkomandgit/edit?add=1&" title="Создать эту страницу">?</a></div></div> http://freesource.info/wiki/RuslanHihin/GitTutorial1/show?time=2008-05-10+18%3A25%3A14 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;Git&nbsp;Tutorial&nbsp;1</a> за <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-10+18%3A25%3A14">2008-05-10 18:25:14</a> и <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-14+12%3A07%3A10">2008-05-14 12:07:10</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">( # зафиксировать git&nbsp;= создать git&nbsp;коммит )</div><br /> <b>Удалено:</b><br /> <div class="deletions">( # Git&nbsp;заключить, закрыть = git&nbsp;коммит )</div></div> http://freesource.info/wiki/RuslanHihin/GitTutorial1/show?time=2008-05-10+18%3A24%3A29 <div class="pageBefore"><img src="http://freesource.info/wiki/images/z.gif" width="1" height="1" border="0" alt="" style="display:block" align="top" /></div><div class="page"> <b>Сравнение версий <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;Git&nbsp;Tutorial&nbsp;1</a> за <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-10+18%3A24%3A29">2008-05-10 18:24:29</a> и <a href="http://freesource.info/wiki/RuslanHihin/GitTutorial1?time=2008-05-10+18%3A25%3A14">2008-05-10 18:25:14</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">* <span class="missingpage">Everyday GIT&nbsp;With 20 Commands Or&nbsp;So</span><a href="http://freesource.info/wiki/20povsedevnyxkomandgit/edit?add=1&" title="Создать эту страницу">?</a></div><br /> <b>Удалено:</b><br /> <div class="deletions">* <span class="missingpage">Everyday GIT&nbsp;With 20 Commands Or&nbsp;So</span><a href="http://freesource.info/wiki/20povsedevnyxkomandgi/edit?add=1&" title="Создать эту страницу">?</a></div></div>