http://freesource.info/wiki/RuslanHihin/20повседевныхкомандgit History/revisions of FreeSource/RuslanHihin/20повседевныхкомандgit en-us http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit/show?time=2008-05-10+18%3A20%3A09 <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.20povsedevnyxkomandgit" href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;20&nbsp;повседевныхкомандgit</a> за <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+18%3A20%3A09">2008-05-10 18:20:09</a> и <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit">2008-05-10 18:25:56</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><!--notypo-->{{backlinks}}<!--/notypo--></div><br /> <b>Удалено:</b><br /> <div class="deletions"><div class="indent"><div class="indent"><div class="indent"></div></div></div></div></div> http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit/show?time=2008-05-10+18%3A18%3A12 <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/20povsedevnyxkomandgit&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;20&nbsp;повседевныхкомандgit</a> за <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+18%3A18%3A12">2008-05-10 18:18:12</a> и <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+18%3A20%3A09">2008-05-10 18:20:09</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Перевод <a href="http://www.kernel.org/pub/software/scm/git/docs/everyday.html" target="_blank" title="Внешняя ссылка (откроется в новом окне)" class="outerlink"><img src="http://freesource.info/wiki/themes/coffee/icons/web.gif" alt="" border="0" />Everyday GIT&nbsp;With 20 Commands Or&nbsp;So</a></div></div> http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit/show?time=2008-05-10+18%3A17%3A27 <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/20povsedevnyxkomandgit&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;20&nbsp;повседевныхкомандgit</a> за <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+18%3A17%3A27">2008-05-10 18:17:27</a> и <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+18%3A18%3A12">2008-05-10 18:18:12</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h8483-1"></a><h4> HTTP-сервер для&nbsp;поддержки протокола передачи. </h4> ^{<a href="#ftnd2" name="oftnd2">2</a>}. загрузите на&nbsp;репозиторий на&nbsp;публичный HTTP-сервер или&nbsp;сервер вашего провайдера.</div><br /> <b>Удалено:</b><br /> <div class="deletions"><a name="h8483-1"></a><h3> HTTP-сервер для&nbsp;поддержки протокола передачи. </h3> ^{<a href="#ftnd2" name="oftnd2">2</a>}. загрузите на&nbsp;публичный HTTP-сервер или&nbsp;сервер вашего провайдера.</div></div> http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit/show?time=2008-05-10+18%3A10%3A57 <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/20povsedevnyxkomandgit&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;20&nbsp;повседевныхкомандgit</a> за <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+18%3A10%3A57">2008-05-10 18:10:57</a> и <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+18%3A17%3A27">2008-05-10 18:17:27</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">$ grep git&nbsp;/etc/group ( ^{<a href="#oftnd1" name="ftnd1">1</a>} )<br /> $ ls&nbsp;-l ( ^{<a href="#oftnd2" name="ftnd2">2</a>} )<br /> <ul><li>rw-rw-r-- 1 david git&nbsp;84 Dec&nbsp;4 22:40 config </li><li>rw-rw-r-- 1 david git&nbsp;58 Dec&nbsp;4 22:40 description </li><li>rw-rw-r-- 1 david git&nbsp;37504 Dec&nbsp;4 22:40 index</li></ul> ^{<a href="#ftnd1" name="oftnd1">1</a>}. разработчики должны входить в&nbsp;группу git. <br /> ^{<a href="#ftnd2" name="oftnd2">2</a>}. делаем общий репозиторий доступный для&nbsp;записиси членам группы. <br /> ^{<a href="#ftnd3" name="oftnd3">3</a>}. используем update-hook, например, от&nbsp;Carl из&nbsp;Documentation/howto/ для&nbsp;ветки политики контроля. <br /> ^{<a href="#ftnd4" name="oftnd4">4</a>}. Алиса и&nbsp;Синди могут  делать git-push в&nbsp;master, однако Bob&nbsp;может делать push в  doc-update. Давид  &ndash; это&nbsp;релиз-менеджер и&nbsp;является единственным лицом, которые может  создать и&nbsp;помещать теги в&nbsp;версии.<a name="h8483-1"></a><h3> HTTP-сервер для&nbsp;поддержки протокола передачи. </h3> dev$ git&nbsp;update-server-info ( ^{<a href="#oftnd1" name="ftnd1">1</a>} )<br /> dev$ ftp&nbsp;user@isp.example.com ( ^{<a href="#oftnd2" name="ftnd2">2</a>} )<br /> <div class="indent"></div> ^{<a href="#ftnd1" name="oftnd1">1</a>}. проверьте, что&nbsp;ваши  info/refs  objects/info/packsи  актуальны. <br /> ^{<a href="#ftnd2" name="oftnd2">2</a>}. загрузите на&nbsp;публичный HTTP-сервер или&nbsp;сервер вашего провайдера.</div><br /> <b>Удалено:</b><br /> <div class="deletions">$ grep git&nbsp;/etc/group (1)<br /> $ ls&nbsp;-l (2)<br /> <ul><li>rw-rw-r-- 1 david git&nbsp;84 Dec&nbsp;4 22:40 config </li><li>rw-rw-r-- 1 david git&nbsp;58 Dec&nbsp;4 22:40 description </li><li>rw-rw-r-- 1 david git&nbsp;37504 Dec&nbsp;4 22:40 index <ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li> разработчики должны входить в&nbsp;группу git. </li><li> делаем общий репозиторий доступный для&nbsp;записиси членам группы. </li><li> используем update-hook, например, от&nbsp;Carl из&nbsp;Documentation/howto/ для&nbsp;ветки политики контроля. </li><li> alice and&nbsp;cindy can&nbsp;push into master, only bob&nbsp;can push into doc-update. Алиса и&nbsp;Синди могут  делать git-push в&nbsp;master, однако Bob&nbsp;может делать push в  doc-update. Давид  &ndash; это&nbsp;релиз-менеджер и&nbsp;является единственным лицом, которые может  создать и&nbsp;помещать теги в&nbsp;версии.</li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ul> HTTP-сервер для&nbsp;поддержки протокола передачи. <br /> dev$ git&nbsp;update-server-info (1)<br /> dev$ ftp&nbsp;user@isp.example.com (2)<br /> <div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"> 1. проверьте, что&nbsp;ваши  info/refs  objects/info/packsи  актуальны. <br /> 2. upload to&nbsp;public HTTP server hosted by&nbsp;your ISP. <br /> 3. загрузите на&nbsp;публичный HTTP-сервер или&nbsp;сервер вашего провайдера. </div></div></div></div></div></div></div></div></div></div></div></div></div></div></div> http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit/show?time=2008-05-10+18%3A05%3A42 <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/20povsedevnyxkomandgit&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;20&nbsp;повседевныхкомандgit</a> за <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+18%3A05%3A42">2008-05-10 18:05:42</a> и <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+18%3A10%3A57">2008-05-10 18:10:57</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><strong>Мы исходим из&nbsp;следующего содержимого /etc/services </strong><br /> <strong> Актуальная конфигурационная строка должна помещаться в&nbsp;одну строку.</strong><br /> Проверьте вашу документацию по&nbsp;настройкам xinetd (8), вышеописанные строки соответсуют Fedora.<br /> В&nbsp;других дистрибутивах могут быть отличия. Дайте права доступа для&nbsp;push/pull только для  разработчиков.<br /> $ grep git&nbsp;/etc/passwd ( ^{<a href="#oftnd1" name="ftnd1">1</a>} )<br /> $ grep git&nbsp;/etc/shells ( ^{<a href="#oftnd2" name="ftnd2">2</a>} )<br /> ^{<a href="#ftnd1" name="oftnd1">1</a>}. Установите для&nbsp;входа пользователя в&nbsp;качестве shell /usr/bin/git-shell, которывй не&nbsp;позволяет ничего делать пользователю, кроме git&nbsp;push и&nbsp;git pull. Эти&nbsp;пользователи должны иметь ssh&nbsp;доступ к&nbsp;машине. <br /> ^{<a href="#ftnd2" name="oftnd2">2</a>}. Во&nbsp;многих дистрибутивах в  /etc/shells нужно перечислять, какие пользователи используют при&nbsp;входе данный shell. <a name="h8483-1"></a><h4> Стиль общего CVS-репозитория </h4></div><br /> <b>Удалено:</b><br /> <div class="deletions"><a name="h8483-1"></a><h6>=Мы исходим из&nbsp;следующего содержимого /etc/services </h6><a name="h8483-2"></a><h6>= Актуальная конфигурационная строка должна помещаться в&nbsp;одну строку.</h6> Check your xinetd(8) documentation and&nbsp;setup, this is&nbsp;from a&nbsp;Fedora system.<br /> Проверьте вашу документацию по&nbsp;xinetd (8) настройки, вышеописанные строки соответсуют Fedora.<br /> В&nbsp;других дистрибутивах могут быть отличия. Give push/pull only access to&nbsp;developers. <br /> Дайте права доступа для&nbsp;push/pull только для  разработчиков.<br /> $ grep git&nbsp;/etc/passwd (1)<br /> $ grep git&nbsp;/etc/shells (2)<br /> <div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"> 1. log-in shell is&nbsp;set to&nbsp;/usr/bin/git-shell, which does not&nbsp;allow anything but&nbsp;git push and&nbsp;git pull . <br /> 2. Установите для&nbsp;входа пользователя в&nbsp;качестве shell /usr/bin/git-shell, которывй не&nbsp;позволяет ничего делать пользователю, кроме git&nbsp;push и&nbsp;git pull. Эти&nbsp;пользователи должны иметь ssh&nbsp;доступ к&nbsp;машине. <br /> 3. in&nbsp;many distributions /etc/shells needs to&nbsp;list what is&nbsp;used as&nbsp;the login shell.<br /> 4. Во&nbsp;многих дистрибутивах в  /etc/shells нужно перечислять, какие пользователи используют при&nbsp;входе данный shell. </div></div></div></div></div></div></div></div></div></div> Стиль общего CVS-репозитория.</div></div> http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit/show?time=2008-05-10+17%3A59%3A31 <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/20povsedevnyxkomandgit&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;20&nbsp;повседевныхкомандgit</a> за <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+17%3A59%3A31">2008-05-10 17:59:31</a> и <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+18%3A05%3A42">2008-05-10 18:05:42</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"> $ git&nbsp;checkout -b private2.6.14 v2.6.14 ( ^{<a href="#oftnd1" name="ftnd1">1</a>} )<br />  $ edit/compile/test; git&nbsp;commit -a<br />  $ git&nbsp;checkout master<br />  $ git&nbsp;format-patch -k -m --stdout v2.6.14..private2.6.14 |<br /> git&nbsp;am&nbsp;-3 -k ( ^{<a href="#oftnd2" name="ftnd2">2</a>} )<br /> * git-daemon(1) разрешает анонимную загрузку из&nbsp;репозитория. <br /> * git-shell(1) can&nbsp;be&nbsp;used as&nbsp;a restricted login shell for&nbsp;shared central repository users.<br /> * git-shell(1) может использоваться в&nbsp;качестве ограниченного авторизированного sheel`а в&nbsp;общем центральном репозитории пользователей.<br /> <span class="missingpage">hook howto</span><a href="http://freesource.info/wiki/update/edit?add=1&" title="Создать эту страницу">?</a> имеет хорошии примеры совместной управления центрального репозитория.<a name="h8483-1"></a><h6>=Мы исходим из&nbsp;следующего содержимого /etc/services </h6><a name="h8483-2"></a><h4> Запуск ГИТ-демона как&nbsp;сервиса  /pub/scm из&nbsp;inetd. </h4> /usr/bin/git-daemon git-daemon --inetd --export-all /pub/scm<a name="h8483-3"></a><h6>= Актуальная конфигурационная строка должна помещаться в&nbsp;одну строку.</h6><a name="h8483-4"></a><h4> Запуск git-демона как&nbsp;сервиса   /pub/scm из&nbsp;xinetd. </h4></div><br /> <b>Удалено:</b><br /> <div class="deletions">    $ git&nbsp;checkout -b private2.6.14 v2.6.14 ( <sup><a href="#oftnd1" name="ftnd1">1</a></sup> )<br />     $ edit/compile/test; git&nbsp;commit -a<br />     $ git&nbsp;checkout master<br />     $ git&nbsp;format-patch -k -m --stdout v2.6.14..private2.6.14 |<br />     git&nbsp;am&nbsp;-3 -k ( <sup><a href="#oftnd2" name="ftnd2">2</a></sup> )<br /> A&nbsp;repository administrator uses the&nbsp;following tools to&nbsp;set up&nbsp;and maintain access to&nbsp;the repository by&nbsp;developers.<br /> <div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"> * git-daemon(1) разрешает анонимную загрузку из&nbsp;репозитория. <br /> * git-shell(1) can&nbsp;be&nbsp;used as&nbsp;a restricted login shell for&nbsp;shared central repository users.<br /> * git-shell(1) может использоваться в&nbsp;качестве ограниченного авторизированного sheel`а в&nbsp;общем центральном репозитории пользователей.</div></div></div></div></div></div></div></div></div></div> update hook howto имеет хорошии примеры совместной управления центрального репозитория.<br /> Примеры<br /> Мы&nbsp;исходим из&nbsp;следующего  /etc/services<br /> Run&nbsp;git-daemon to&nbsp;serve /pub/scm from inetd. <br /> Запуск ГИТ-демона как&nbsp;сервиса  /pub/scm из&nbsp;inetd. <br /> /usr/bin/git-daemon git-daemon --inetd --export-all /pub/scm<br /> Актуальная конфигурационная строка должна помещаться в&nbsp;одну строку.<br /> Запуск git-демона как&nbsp;сервиса   /pub/scm из&nbsp;xinetd.</div></div> http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit/show?time=2008-05-10+17%3A57%3A53 <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/20povsedevnyxkomandgit&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;20&nbsp;повседевныхкомандgit</a> за <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+17%3A57%3A53">2008-05-10 17:57:53</a> и <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+17%3A59%3A31">2008-05-10 17:59:31</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">^{<a href="#ftnd1" name="oftnd1">1</a>}. смотрю, состояние дел&nbsp;<br /> ^{<a href="#ftnd2" name="oftnd2">2</a>}. смотрю названия веток, и  думаю о&nbsp;том, как&nbsp;из&nbsp;них уже&nbsp;готовы. <br /> ^{<a href="#ftnd3" name="oftnd3">3</a>}. читаю почту, сохраняю то, что&nbsp;уже применимо, и&nbsp;что не&nbsp;совсем готовы. <br /> ^{<a href="#ftnd4" name="oftnd4">4</a>}. применяю их, интерактивно, с&nbsp;моей подписью. <br /> ^{<a href="#ftnd5" name="oftnd5">5</a>}. создаваю топики веток по&nbsp;мере необходимости и&nbsp;применяю, с&nbsp;моей подписью. <br /> ^{<a href="#ftnd6" name="oftnd6">6</a>}. делаю git&nbsp;rebase для&nbsp;внутренней именованной ветки, которая не&nbsp;была объединена с&nbsp;мастером, и&nbsp;не выставлена как&nbsp;часть стабильной ветви. <br /> ^{<a href="#ftnd7" name="oftnd7">7</a>}. сброс ветки pu&nbsp;каждый раз, из&nbsp;следующей. <br /> ^{<a href="#ftnd8" name="oftnd8">8</a>}. и&nbsp;объединяем ветки при&nbsp;их  готовности.  <br /> ^{<a href="#ftnd9" name="oftnd9">9</a>}. &laquo;бакпортирую&raquo; критические исправления. <br /> ^{<a href="#ftnd10" name="oftnd10">10</a>}. создаю подписанный тег. <br /> ^{<a href="#ftnd11" name="oftnd11">11</a>}. убеждаюсь, что&nbsp;я&nbsp;случайно не&nbsp;откачу master назад после git&nbsp;push. Где&nbsp;ko&nbsp;&ndash; это&nbsp;сокращенная запись точек, в&nbsp;которое я&nbsp;имею на&nbsp;kernel.org, и&nbsp;выглядит подобно этому :<br /> ^{<a href="#ftnd12" name="oftnd12">12</a>}. В&nbsp;выводе git&nbsp;show-branch, master должно быть все&nbsp;что имеется в&nbsp;ko-master, и  next должен всегда иметь  ko-next. <br /> ^{<a href="#ftnd13" name="oftnd13">13</a>}. публикуем изменения ка&nbsp;публичном сервере<br /> ^{<a href="#ftnd14" name="oftnd14">14</a>}. публикуем также тег.</div><br /> <b>Удалено:</b><br /> <div class="deletions">1. смотрю, состояние дел&nbsp;<br /> 2. смотрю названия веток, и  думаю о&nbsp;том, как&nbsp;из&nbsp;них уже&nbsp;готовы. <br /> 3. читаю почту, сохраняю то, что&nbsp;уже применимо, и&nbsp;что не&nbsp;совсем готовы. <br /> 4. применяю их, интерактивно, с&nbsp;моей подписью. <br /> 5. создаваю топики веток по&nbsp;мере необходимости и&nbsp;применяю, с&nbsp;моей подписью. <br /> 6. делаю git&nbsp;rebase для&nbsp;внутренней именованной ветки, которая не&nbsp;была объединена с&nbsp;мастером, и&nbsp;не выставлена как&nbsp;часть стабильной ветви. <br /> 7. сброс ветки pu&nbsp;каждый раз, из&nbsp;следующей. <br /> 8. и&nbsp;объединяем ветки при&nbsp;их  готовности.  <br /> 9. &laquo;бакпортирую&raquo; критические исправления. <br /> 10. создаю подписанный тег. <br /> 11. убеждаюсь, что&nbsp;я&nbsp;случайно не&nbsp;откачу master назад после git&nbsp;push. Где&nbsp;ko&nbsp;&ndash; это&nbsp;сокращенная запись точек, в&nbsp;которое я&nbsp;имею на&nbsp;kernel.org, и&nbsp;выглядит подобно этому :<br /> 12. В&nbsp;выводе git&nbsp;show-branch, master должно быть все&nbsp;что имеется в&nbsp;ko-master, и  next должен всегда иметь  ko-next. <br /> 13. публикуем изменения ка&nbsp;публичном сервере<br /> 14. публикуем также тег.</div></div> http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit/show?time=2008-05-10+17%3A50%3A02 <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/20povsedevnyxkomandgit&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;20&nbsp;повседевныхкомандgit</a> за <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+17%3A50%3A02">2008-05-10 17:50:02</a> и <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+17%3A57%3A53">2008-05-10 17:57:53</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions"><a name="h8483-1"></a><h4> Передача в&nbsp;другой репоззиторий </h4><a name="h8483-2"></a><h4> Ветка вне&nbsp;без специфичного тега.</h4><a name="h8483-3"></a><h2> Интегратор </h2> Довольно часто центральное лицо, выступающая в&nbsp;качестве интегратора проекта группы, получает изменения от&nbsp;других участников изучает их&nbsp;интегрирует их, а&nbsp;потом публикует результаты для&nbsp;использования другими. Ему&nbsp;нужны команды, для&nbsp;организации совместной работы. <br /> * git-am(1) применить патчи в&nbsp;e-mail виде от&nbsp;другого участника. <br /> * git-pull(1) объединить  ветки доверенных лиц. <br /> * git-format-patch(1) подготовить и&nbsp;направить альтернативные предложения участнику. <br /> * git-revert(1) отменить неудачные коммиты. <br /> * git-push(1) опубликовать текущие изменения. <a name="h8483-4"></a><h4> Мой&nbsp;типичный день с&nbsp;Git. </h4> $ git&nbsp;status ( ^{<a href="#oftnd1" name="ftnd1">1</a>} )<br /> $ git&nbsp;show-branch ( ^{<a href="#oftnd2" name="ftnd2">2</a>} )<br /> $ mailx ( ^{<a href="#oftnd3" name="ftnd3">3</a>} )<br /> $ git&nbsp;am&nbsp;-3 -i -s -u ./+to-apply ( ^{<a href="#oftnd4" name="ftnd4">4</a>})<br /> $ git&nbsp;checkout -b hold/linus && git&nbsp;am&nbsp;-3 -i -s -u ./+hold-linus ( ^{<a href="#oftnd5" name="ftnd5">5</a>})<br /> $ git&nbsp;checkout topic/one && git&nbsp;rebase master ( ^{<a href="#oftnd6" name="ftnd6">6</a>} )<br /> $ git&nbsp;checkout pu&nbsp;&& git&nbsp;reset --hard next ( ^{<a href="#oftnd7" name="ftnd7">7</a>})<br /> $ git&nbsp;merge topic/one topic/two && git&nbsp;merge hold/linus ( ^{<a href="#oftnd8" name="ftnd8">8</a>} )<br /> $ git&nbsp;cherry-pick master4 ( ^{<a href="#oftnd9" name="ftnd9">9</a>} )<br /> $ git&nbsp;tag -s -m &#8220;GIT 0.99.9x&#8221; v0.99.9x ( ^{<a href="#oftnd10" name="ftnd10">10</a>} )<br /> $ git&nbsp;fetch ko&nbsp;&& git&nbsp;show-branch master maint 'tags/ko-*' ( ^{<a href="#oftnd11" name="ftnd11">11</a>} )<br /> $ git&nbsp;push ko&nbsp;( ^{<a href="#oftnd12" name="ftnd12">12</a>} )<br /> $ git&nbsp;push ko&nbsp;v0.99.9x ( ^{<a href="#oftnd13" name="ftnd13">13</a>})<br /> 1. смотрю, состояние дел&nbsp;<br /> 2. смотрю названия веток, и  думаю о&nbsp;том, как&nbsp;из&nbsp;них уже&nbsp;готовы. <br /> 3. читаю почту, сохраняю то, что&nbsp;уже применимо, и&nbsp;что не&nbsp;совсем готовы. <br /> 4. применяю их, интерактивно, с&nbsp;моей подписью. <br /> 5. создаваю топики веток по&nbsp;мере необходимости и&nbsp;применяю, с&nbsp;моей подписью. <br /> 6. делаю git&nbsp;rebase для&nbsp;внутренней именованной ветки, которая не&nbsp;была объединена с&nbsp;мастером, и&nbsp;не выставлена как&nbsp;часть стабильной ветви. <br /> 7. сброс ветки pu&nbsp;каждый раз, из&nbsp;следующей. <br /> 8. и&nbsp;объединяем ветки при&nbsp;их  готовности.  <br /> 9. &laquo;бакпортирую&raquo; критические исправления. <br /> 10. создаю подписанный тег. <br /> 11. убеждаюсь, что&nbsp;я&nbsp;случайно не&nbsp;откачу master назад после git&nbsp;push. Где&nbsp;ko&nbsp;&ndash; это&nbsp;сокращенная запись точек, в&nbsp;которое я&nbsp;имею на&nbsp;kernel.org, и&nbsp;выглядит подобно этому :<br /> $ cat&nbsp;.git/remotes/ko<br /> URL: kernel.org:/pub/scm/git/git.git<br /> Pull: master:refs/tags/ko-master<br /> Pull: next:refs/tags/ko-next<br /> Pull: maint:refs/tags/ko-maint<br /> Push: master<br /> Push: next<br /> Push: +pu<br /> Push: maint<br /> 12. В&nbsp;выводе git&nbsp;show-branch, master должно быть все&nbsp;что имеется в&nbsp;ko-master, и  next должен всегда иметь  ko-next. <br /> 13. публикуем изменения ка&nbsp;публичном сервере<br /> 14. публикуем также тег. <a name="h8483-5"></a><h2> Администрирование репозитория </h2></div><br /> <b>Удалено:</b><br /> <div class="deletions">   Передача в&nbsp;другой репоззиторий<br />    Ветка вне&nbsp;без специфичного тега.<br /> Интегратор <br /> Довольно часто <br /> центральное лицо, выступающая в&nbsp;качестве интегратора проекта группы,<br /> получает изменения от&nbsp;других участников изучает их&nbsp;интегрирует их, а&nbsp;потом<br /> публикует результаты для&nbsp;использования другими. Ему&nbsp;нужны команды, для&nbsp;организации совместной работы. <br /> <ul><li><ul><li><ul><li><ul><li><ul><li><ul><li><ul><li><ul><li><ul><li> git-am(1) применить патчи в&nbsp;e-mail виде от&nbsp;другого участника. </li><li> git-pull(1) объединить  ветки доверенных лиц. </li><li> git-format-patch(1) подготовить и&nbsp;направить альтернативные предложения участнику. </li><li> git-revert(1) отменить неудачные коммиты. </li><li> git-push(1) опубликовать текущие изменения. </li></ul></li></ul></li></ul></li></ul></li></ul></li></ul></li></ul></li></ul></li></ul> Примеры <br /> Мой&nbsp;типичный день с&nbsp;Git. <br /> $ git&nbsp;status (1)<br /> $ git&nbsp;show-branch (2)<br /> $ mailx (3)<br /> $ git&nbsp;am&nbsp;-3 -i -s -u ./+to-apply (4)<br /> $ git&nbsp;checkout -b hold/linus && git&nbsp;am&nbsp;-3 -i -s -u ./+hold-linus (5)<br /> $ git&nbsp;checkout topic/one && git&nbsp;rebase master (6)<br /> $ git&nbsp;checkout pu&nbsp;&& git&nbsp;reset --hard next (7)<br /> $ git&nbsp;merge topic/one topic/two && git&nbsp;merge hold/linus (8)<br /> $ git&nbsp;cherry-pick master4 (9)<br /> $ git&nbsp;tag -s -m &#8220;GIT 0.99.9x&#8221; v0.99.9x (10)<br /> $ git&nbsp;fetch ko&nbsp;&& git&nbsp;show-branch master maint 'tags/ko-*' (11)<br /> $ git&nbsp;push ko&nbsp;(12)<br /> $ git&nbsp;push ko&nbsp;v0.99.9x (13)<br /> <ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li> смотрю, состояние дел&nbsp;</li><li> смотрю названия веток, и  думаю о&nbsp;том, как&nbsp;из&nbsp;них уже&nbsp;готовы. </li><li> читаю почту, сохраняю то, что&nbsp;уже применимо, и&nbsp;что не&nbsp;совсем готовы. </li><li> применяю их, интерактивно, с&nbsp;моей подписью. </li><li> создаваю топики веток по&nbsp;мере необходимости и&nbsp;применяю, с&nbsp;моей подписью. </li><li> делаю git&nbsp;rebase для&nbsp;внутренней именованной ветки, которая не&nbsp;была объединена с&nbsp;мастером, и&nbsp;не выставлена как&nbsp;часть стабильной ветви. </li><li> сброс ветки pu&nbsp;каждый раз, из&nbsp;следующей. </li><li> и&nbsp;объединяем ветки при&nbsp;их  готовности.  </li><li> &laquo;бакпортирую&raquo; критические исправления. </li><li> создаю подписанный тег. </li><li> убеждаюсь, что&nbsp;я&nbsp;случайно не&nbsp;откачу master назад после git&nbsp;push. Где&nbsp;ko&nbsp;&ndash; это&nbsp;сокращенная запись точек, в&nbsp;которое я&nbsp;имею на&nbsp;kernel.org, и&nbsp;выглядит подобно этому :</li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ol> $ cat&nbsp;.git/remotes/ko<br /> URL: kernel.org:/pub/scm/git/git.git<br /> Pull: master:refs/tags/ko-master<br /> Pull: next:refs/tags/ko-next<br /> Pull: maint:refs/tags/ko-maint<br /> Push: master<br /> Push: next<br /> Push: +pu<br /> Push: maint<br /> <ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li><ol type="1"><li> В&nbsp;выводе git&nbsp;show-branch, master должно быть все&nbsp;что имеется в&nbsp;ko-master, и  next должен всегда иметь  ko-next. </li><li> публикуем изменения ка&nbsp;публичном сервере </li><li> публикуем также тег. </li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ol></li></ol>Администрирование репозитория </li></ol></div></div> http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit/show?time=2008-05-10+17%3A38%3A26 <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/20povsedevnyxkomandgit&" class="">/Ruslan&nbsp;Hihin&nbsp;/&nbsp;20&nbsp;повседевныхкомандgit</a> за <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+17%3A38%3A26">2008-05-10 17:38:26</a> и <a href="http://freesource.info/wiki/RuslanHihin/20povsedevnyxkomandgit?time=2008-05-10+17%3A50%3A02">2008-05-10 17:50:02</a></b><br /> <br /> <b>Добавлено:</b><br /> <div class="additions">Кроме того, важное значение для&nbsp;всех, кто&nbsp;создаёт коммиты, даже если он&nbsp;работает один, важное значение имеют комады [Индивидуальная разработка (Автономный режим)].<a name="h8483-1"></a><h4> Проверка &laquo;здоровья&raquo; репозитория и&nbsp;удаление из&nbsp;него мусора. </h4><a name="h8483-2"></a><h4> Упаковка небольших проектов в&nbsp;один пакет. </h4><a name="h8483-3"></a><h4> Используем тарбол, как&nbsp;отправную точку для&nbsp;нового репозитория. </h4><a name="h8483-4"></a><h4> Создаём топик (имя) ветки и&nbsp;работаем с&nbsp;ней. </h4><a name="h8483-5"></a><h5> Клонируем основной репозиторий и&nbsp;работаем с&nbsp;ним. Передаём изменения в&nbsp;основной репозиторий.</h5> satellite$ git&nbsp;clone mothership:frotz frotz ( ^{<a href="#oftnd1" name="ftnd1">1</a>} )<br /> satellite$ git&nbsp;config <s>get-regexp '^(remote|branch)\.' ( ^{<a href="#oftnd2" name="ftnd2">2</a>} )<br /> master:refs/remotes/satellite/master ( ^{<a href="#oftnd3" name="ftnd3">3</a>} )<br /> satellite$ git&nbsp;push origin ( ^{<a href="#oftnd4" name="ftnd4">4</a>} )<br /> mothership$ git&nbsp;merge satellite/master ( ^{<a href="#oftnd5" name="ftnd5">5</a>} )<br /> ^{<a href="#ftnd1" name="oftnd1">1</a>}. машина mothership имеет репозиторий frotz  в&nbsp;домашний каталоге; клонируем его&nbsp;в&nbsp;репозиторий на&nbsp;машине satellite. <br /> ^{<a href="#ftnd2" name="oftnd2">2</a>}. клонируем установки конфигурации переменных по&nbsp;умолчанию. Готовим git&nbsp;pull для&nbsp;извлечения и&nbsp;сохранения ветвей с&nbsp;машины mothership  в&nbsp;локальные отслеживаемые ветви remotes/origin/* . <br /> ^{<a href="#ftnd3" name="oftnd3">3</a>}. готовим git&nbsp;push для&nbsp;отдачи с&nbsp;локальной ветки  master в&nbsp;ветку remotes/satellite/master машины mothership. <br /> ^{<a href="#ftnd4" name="oftnd4">4</a>}. отсылаем результаты нашей работы в&nbsp;remotes/satellite/master отслеживаемую ветку на&nbsp;машине mothership. Вы&nbsp;можете использовать её в&nbsp;качестве запасного хранилища кода. <br /> ^{<a href="#ftnd5" name="oftnd5">5</a>}. на&nbsp;машине mothership, объединяем наработки с&nbsp;машины satellite в&nbsp;ветку master.<br />    Ветка вне&nbsp;без специфичного тега.<br />     $ git&nbsp;checkout -b private2.6.14 v2.6.14 ( ^{<a href="#oftnd1" name="ftnd1">1</a>} )<br />     $ git&nbsp;format-patch -k -m ~</s>stdout v2.6.14..private2.6.14 |<br />     git&nbsp;am&nbsp;-3 -k ( ^{<a href="#oftnd2" name="ftnd2">2</a>} )<br /> ^{<a href="#ftnd1" name="oftnd1">1</a>}. создаём приватную ветку на&nbsp;основе на&nbsp;известной (но несколько сзади) метки. <br /> ^{<a href="#ftnd2" name="oftnd2">2</a>}. портируем вперед все&nbsp;изменения в&nbsp;ветке private2.6.14 в&nbsp;ветку мастер без&nbsp;формального &laquo;слияние&raquo;.</div><br /> <b>Удалено:</b><br /> <div class="deletions">Кроме того, важное значение для&nbsp;всех, кто&nbsp;создаёт коммиты, даже если он&nbsp;работает один, важное значение имеют комады [Индивидуальная разработка (Автономный режим)] .<br /> Проверка &laquo;здоровья&raquo; репозитория и&nbsp;удаление из&nbsp;него мусора. <br /> Упаковка небольших проектов в&nbsp;один пакет.<br /> Используем тарбол, как&nbsp;отправную точку для&nbsp;нового репозитория. <br />   Создаём топик (имя) ветки и&nbsp;работаем с&nbsp;ней. <br /> Клонируем основной репозиторий и&nbsp;работаем с&nbsp;ним. <br /> Передаём изменения в&nbsp;основной репозиторий.<br /> satellite$ git&nbsp;clone mothership:frotz frotz (1)<br /> satellite$ git&nbsp;config --get-regexp '^(remote|branch)\.' (2)<br /> master:refs/remotes/satellite/master (3)<br /> satellite$ git&nbsp;push origin (4)<br /> mothership$ git&nbsp;merge satellite/master (5)<br /> <div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"> 1. машина mothership имеет репозиторий frotz  в&nbsp;домашний каталоге; клонируем его&nbsp;в&nbsp;репозиторий на&nbsp;машине satellite. <br /> 2. клонируем установки конфигурации переменных по&nbsp;умолчанию. Это&nbsp;готовит git&nbsp;pull для&nbsp;извлечения и&nbsp;сохранения ветвей с&nbsp;машины mothership  в&nbsp;локальные remotes/origin/* отслеживаемые ветви. <br /> 3. готовим git&nbsp;push для&nbsp;отдачи с&nbsp;локальной ветки  master в&nbsp;ветку remotes/satellite/master машины mothership. <br /> 4. отсылаем результаты нашей работы в&nbsp;remotes/satellite/master отслеживаемую ветку на&nbsp;машине mothership. Вы&nbsp;можете использовать её в&nbsp;качестве запасного хранилища кода. <br /> 5. на&nbsp;машине mothership, объединяем наработки с&nbsp;машины satellite в&nbsp;ветку master.</div></div></div></div></div></div></div>     Ветка вне&nbsp;без специфичного тега.<br />     $ git&nbsp;checkout -b private2.6.14 v2.6.14 (1)<br />     $ git&nbsp;format-patch -k -m --stdout v2.6.14..private2.6.14 |<br />     git&nbsp;am&nbsp;-3 -k (2)<br /> <div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"><div class="indent"> 1. Создаём приватную ветку на&nbsp;основе на&nbsp;известной (но несколько сзади) метки. <br /> 2. forward port all&nbsp;changes in&nbsp;private2.6.14 branch to&nbsp;master branch without a&nbsp;formal &#8220;merging&#8221;. <br /> 3. портируем вперед все&nbsp;изменения в&nbsp;private2.6.14 ветке в&nbsp;ветку мастер без&nbsp;формального &laquo;слияние&raquo;. </div></div></div></div></div></div></div></div></div>