<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр:  Метки / mercurial</title>
	<link>http://habrahabr.ru/rss/tag/mercurial/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 07:01:46 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
			
		<item>		
			<title><![CDATA[Системы управления версиями / Хостинг mercurial репозиториев с помощью nginx, gunicorn и supervisor]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/136431/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/136431/</link>			
			<description><![CDATA[<img src="http://img841.imageshack.us/img841/1360/logodroplets150.png" alt="image" align="left"/>Способов хостинга mercurial репозиториев достаточно, но я сочинил именно такой вариант по следующим причинам:<br/>
<ol>
<li>nginx: мало кушает, быстро работает — <u>скорость</u></li>
<li>supervisor: мониторит процесс, перезапускает если что — <u>надёжность</u></li>
<li>gunicorn: wsgi, большие возможности по настройке — <u>эффективность</u></li>
</ol>Кроме того, т.к. я разрабатываю на django, и сайты запускаю под этой же связкой, есть и четвёртая причина — унификация, а она очень полезная вещь. <br/>
<br/>
Если вас заинтересовала тема, то конкретные инструкции и конфиги — под катом.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/136431/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 17 Jan 2012 10:39:42 GMT</pubDate>
			<author>spanasik</author>
			<category>mercurial</category><category>supervisor</category><category>nginx</category><category>gunicorn</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Программирование / Continuous Integration: установка и настройка Hudson+JUnit]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/programming/135664/</guid>
			<link>http://habrahabr.ru/blogs/programming/135664/</link>			
			<description><![CDATA[Здравствуйте после долгой паузы. К сожалению, на протяжении этого времени ввиду разных обстоятельств мой блог был практически мертв, но, надеюсь довольно быстро наверстать упущенное (благо, тем хватает).<br/>
<br/>
Этой статьей я хотел бы упрощенно (читать: «для новичков») рассказать о небольшой авантюре, которой на днях пришлось заниматься и более-менее подробно описать, как проще пройти через весь этот процесс без наступания на грабли, с которыми приходилось сталкиваться на протяжении тех двух ночей самому. А именно, речь будет идти о настройке системы непрерывной интеграции на упрощенном примере.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/programming/135664/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 03 Jan 2012 16:23:01 GMT</pubDate>
			<author>RReverser</author>
			<category>continuous integration</category><category>hudson</category><category>java</category><category>junit</category><category>mercurial</category><category>netbeans</category><category>непрерывная интеграция</category><category>тестирование</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Системы управления версиями / vcprompt или сахарок для консоли]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/132376/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/132376/</link>			
			<description><![CDATA[Данный зверь будет полезен тем, кто не пользуется GUI утилитами при работе с git, mercurial и т.д., а чувствует себя комфортно работая с ними из консоли.<br/>
<a href="http://vcprompt.com/">vcprompt.com</a> — python скрипт, который будет выводить основную информацию по версии VCS в текущей директории, если такова есть. Как то название VCS, текущую ветку, были ли изменения с последнего коммита и ещё несколько параметров, которые можно задать в формате вывода.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/132376/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 10 Nov 2011 20:42:37 GMT</pubDate>
			<author>gooddy</author>
			<category>git</category><category>mercurial</category><category>vcprompt</category><category>bash</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Системы управления версиями / Популярность систем управления версиями среди пользователей Debian]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/131520/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/131520/</link>			
			<description><![CDATA[<a href="http://qa.debian.org/popcon-graph.php?packages=subversion+git+mercurial+bzr&amp;show_installed=on&amp;want_legend=on&amp;want_ticks=on&amp;from_date=&amp;to_date=&amp;hlght_date=&amp;date_fmt=%25Y-%25m&amp;beenhere=1">Статистика Debian</a> позволяет вполне объективно сравнить популярность различных систем управления версиями. Git на графике обозначен зелёным цветом.<br/>
<br/>
<a href="http://qa.debian.org/popcon-graph.php?packages=subversion+git+mercurial+bzr&amp;show_installed=on&amp;want_legend=on&amp;want_ticks=on&amp;from_date=&amp;to_date=&amp;hlght_date=&amp;date_fmt=%25Y-%25m&amp;beenhere=1"><img src="http://habrastorage.org/storage1/abb85613/3397902e/70fe17b8/6fd617a4.png"/></a><br/>
<sup>Количество инсталляций систем управления версиями за 2004-2011 гг</sup><br/>
<br/>
Статистика собирается с пользователей, которые установили пакет <a href="http://popcon.debian.org/">popularity-contest</a> (popcon). После установки popcon еженедельно отсылает в Debian по электронной почте информацию об установленных в системе пакетах и времени последнего использования.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/131520/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sun, 30 Oct 2011 19:47:03 GMT</pubDate>
			<author>alizar</author>
			<category>git</category><category>subversion</category><category>mercurial</category><category>bazaar</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
		
		
			
		<item>		
			<title><![CDATA[Системы управления версиями / [Опрос] Какую систему управления версиями вы используете? (в реальной работе, больше всего)]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/131230/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/131230/</link>
			<description><![CDATA[]]></description>
			
			<pubDate>Wed, 26 Oct 2011 06:04:08 GMT</pubDate>
			<author>denver</author>
			<category>svn</category><category>dvcs</category><category>vсs</category><category>cvs</category><category>bazaar</category><category>mercurial</category><category>git</category><category>subversion</category>
		</item>
		
		
		
	
		
			
		<item>		
			<title><![CDATA[JAVA / [Из песочницы] От велосипеда к Maven]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/java/131164/</guid>
			<link>http://habrahabr.ru/blogs/java/131164/</link>			
			<description><![CDATA[<img src="http://maven.apache.org/images/maven-logo-2.gif" align="left"/>Так уж сложилось, что до недавнего времени все проекты, написанные мною на Java я собирал, кхм, за меня собирал NetBeans. И меня такой расклад вещей вполне устраивал: после сборки всего проекта всё аккуратно складывалось в директорию dist со всеми подвязанными библиотеками, оставалось накидать туда пользовательской документации, необходимых native-библиотек (например от Firebird) и в путь, т.е. всё в архив. Когда то я делал это вручную, потом велосипедом, а потом уже Maven'ом. Под катом находится история о том, как же я пришел в стан maven и что из этого получилось.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/java/131164/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 25 Oct 2011 10:26:15 GMT</pubDate>
			<author>iremezoff</author>
			<category>maven</category><category>java</category><category>launch4j</category><category>jar to exe</category><category>pom</category><category>mercurial</category><category>hg</category><category>scm</category><category>jar</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Хабрахабр / Хабрахабр не торт. Хабрахабр сыр. ]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/ilhh/129673/</guid>
			<link>http://habrahabr.ru/blogs/ilhh/129673/</link>			
			<description><![CDATA[<a href="http://habrahabr.ru/blogs/announcements/129637/">Осеннее обновление</a> Хабрахабра, к нашему общему сожалению, обладает множеством убедительных признаков сырого кода (прочтите их и дополните в комментариях, если я <nobr>чего-то</nobr> не заметил или пропустил):<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/ilhh/129673/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 04 Oct 2011 05:57:42 GMT</pubDate>
			<author>Mithgol</author>
			<category>Хабрахабр</category><category>торт</category><category>сыр</category><category>HTML-теги</category><category>HTML-тэги</category><category>закон Фиттса</category><category>шрифты</category><category>Verdana</category><category>Arial</category><category>самоубийцы</category><category>хабралента</category><category>mootools</category><category>jQuery</category><category>DVCS</category><category>Git</category><category>Mercurial</category><category>VCS</category><category>SVN</category><category>CVS</category><category>синтаксический анализ</category><category>хронология</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[*nix / Bash + Apache + hg = удобная разработка сайтов и синхронизация с Mercurial. Часть 3]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/nix/126649/</guid>
			<link>http://habrahabr.ru/blogs/nix/126649/</link>			
			<description><![CDATA[В продолжении <a href="http://habrahabr.ru/blogs/nix/126468/">первой</a> и <a href="http://habrahabr.ru/blogs/nix/126529/">второй</a> части хочу развить тему дальше и не ограничиваться одним лишь bash, hg и apache для упрощения обучения новичков и ускорения работы профессионалов. Я изучил комментарии, которые вы мне оставили, и хочу подытожить некоторые моменты.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/nix/126649/#habracut">Итоги</a> </div>]]></description>
			
			<pubDate>Fri, 19 Aug 2011 08:13:58 GMT</pubDate>
			<author>TITnet</author>
			<category>bash</category><category>apache</category><category>hg</category><category>mercurial</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[*nix / Bash + Apache + hg = удобная разработка сайтов и синхронизация с Mercurial. Часть 2]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/nix/126529/</guid>
			<link>http://habrahabr.ru/blogs/nix/126529/</link>			
			<description><![CDATA[В <a title="Первая часть" href="http://habrahabr.ru/blogs/nix/126468/">первой</a> части мы рассмотрели скрипт, синхронизирующийся с ропозиторием и создающий виртуальный хост Апача, для удобной работы с проектом. Теперь пришло время подумать, а как удалить локальный проект, если в нем отпала необходимость?<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/nix/126529/#habracut">Не ручками же подчищать все за первым скриптом?</a> </div>]]></description>
			
			<pubDate>Wed, 17 Aug 2011 12:25:55 GMT</pubDate>
			<author>TITnet</author>
			<category>bash</category><category>apache</category><category>hg</category><category>mercurial</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[Системы управления версиями / [Перевод] Ещё раз о «Mercurial против Git» (с картинками)]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/123700/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/123700/</link>
			<description><![CDATA[Некоторое время назад я опубликовал очень многословное сочинение, где пытался объяснить, почему Git серьёзно поломан, и почему всем следует вместо этого пользоваться Mercurial, до тех пор, пока разработчки Git его не починят. Ну ладно, я был не настолько груб, но близок к этому.<br/>
<br/>
Народ на Reddit жаловался, что мой технический язык слишком путанный, особенно потому что я придумывал новую терминологию в попытках доказательства своих положений. Они потребовали графы, с узлами, рёбрами, кружочками, стрелочками и всем прочим. Тогда я промучал графический редактор несколько часов и получил два графа, приведённые ниже, которыми я надеюсь обрисовать проблему.<br/>
<br/>
Ниже я нарисовал упрощёный граф истории репозитория Git с тремя созданными ветками: «master», «release» и «topic». До того, как энтузиасты Git начнут ругаться, что я исхитрился показать нереально плохой случай запутанности истории, позвольте мне заверить вас, что это на самом деле ещё упрощённый пример. У меня есть доступ к реальному репозиторию Git, где создано шесть рабочих веток релизов, около сорока рабочих тематических веток и несколько сотен ранее существовавших веток, которые уже удалены с центрального сервера.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/123700/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 08 Jul 2011 12:54:39 GMT</pubDate>
			<author>Beholder</author>
			<category>mercurial</category><category>git</category><category>version control</category><category>dvcs</category><category>ветки</category><category>ветвление</category><category>branches</category><category>branching</category>
		</item>
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[Системы управления версиями / [Из песочницы] Системы управления версиями. Пособие для инженеров, художников и писателей]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/122060/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/122060/</link>			
			<description><![CDATA[Привет, Хабр. Решил затронуть измученную во многих статьях тему, конкретнее – описать во многом нестандартное (я бы сказал, несорцовое) использование систем контроля версий (далее – СКВ). Товарищи программисты, давайте спрячем тухлые помидоры и пройдем мимо, ибо данная статья – не для вас. Да, все вы уже изучили все тонкости работы Git, SVN, CVS и знаете много других умных слов. Позвольте же и нам, простым смертным, ознакомиться со всеми преимуществами использования СКВ.<br/>
Приглашаю под кат всех желающих ознакомиться с СКВ, а также всех тех, кто, так или иначе, имеет дело с быстроменяющимися данными.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/122060/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 17 Jun 2011 08:59:52 GMT</pubDate>
			<author>nagimov</author>
			<category>системы управления версиями</category><category>mercurial</category><category>bitbucket</category>
		</item>
		
		
		
		
		
		
		
	
		
			
		<item>		
			<title><![CDATA[Системы управления версиями / [Из песочницы] Mercurial на Windows Server 2003]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/119330/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/119330/</link>			
			<description><![CDATA[Вас могут смутить столь архаичный цифры в заголовке, однако, думаю, не я один до сих пор использую в работе w2k3 и mssql2000. Причина банальна: зачем что-то покупать, когда это куплено и работает. Дискуссию о недостатках/преимуществах w2k3 и w2008 предлагаю опустить. C другой стороны я не чужд прогрессу и в последнее время плотно использую в своей работе mercurial. И вот возникла необходимость поднять внутренний сервер, при этом в наличии имеется как раз таки оной из заголовка. Речь далее пойдет не о hg serve, а о полноценном hgweb. Статья возникла по причине того, что на то, чтобы заставить его работать, ушел целый день; при этом пошаговые инструкций на русском найдены не были. Да и английских не пруд пруди.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/119330/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 16 May 2011 04:24:24 GMT</pubDate>
			<author>mgrach</author>
			<category>mercurial</category><category>hg</category><category>hgweb</category><category>windows server 2003</category><category>IIS6</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Системное администрирование / Конфигурация Mercurial+Nginx для управления большим количеством репозиториев]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/sysadm/115007/</guid>
			<link>http://habrahabr.ru/blogs/sysadm/115007/</link>			
			<description><![CDATA[Под катом описан пример конфигурации связки mercurial+nginx и приведен скрипт автоматизации всего вышеперечисленного.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/sysadm/115007/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sun, 06 Mar 2011 11:05:11 GMT</pubDate>
			<author>h1g</author>
			<category>linux</category><category>mercurial</category><category>nginx</category><category>bash</category><category>awk</category><category>shell scripting</category><category>gentoo</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Системы управления версиями / hGate – web врата в управление репозиториями Mercurial]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/114804/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/114804/</link>			
			<description><![CDATA[<h4>Краткая версия</h4><b>Что предлагается</b>: web интерфейс управления репозиториями и пользователями mercurial — <a href="https://bitbucket.org/shedar/hgate">hGate</a>.<br/>
<b>Кому полезно</b>: тем, кто использует связку <a href="http://mercurial.selenic.com/">Mercurial</a>+<a href="http://mercurial.selenic.com/wiki/HgWebDirStepByStep">HgWebDir</a> и создает репозитории или пользователей чаще, чем раз в пару месяцев.<br/>
<b>Где скачать и как установить</b>: <a href="https://bitbucket.org/shedar/hgate">bitbucket.org/shedar/hgate</a><br/>
Если Вам интересно, зачем это было делать, подробный перечень возможностей и что будет дальше — продолжаем. <div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/114804/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 04 Mar 2011 08:14:30 GMT</pubDate>
			<author>Shedar</author>
			<category>mercurial</category><category>hgate</category><category>hgwebdir</category><category>hg</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Веб-разработка / Установка, настройка и использование redmine + mercurial с интеграцией]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/webdev/114885/</guid>
			<link>http://habrahabr.ru/blogs/webdev/114885/</link>			
			<description><![CDATA[Предполагается, что у нас есть сервер с установленным VirtualBox или VMWare. <br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/webdev/114885/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 03 Mar 2011 21:15:25 GMT</pubDate>
			<author>renton</author>
			<category>redmine</category><category>mercurial</category><category>howto</category><category>настройка</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Системы управления версиями / Текущее состояние инструментов. Взгляд пользователя]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/112648/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/112648/</link>			
			<description><![CDATA[<i>Предупреждение: Эта статья вас ничему не научит. Это очень высокоуровневый взгляд, мои мысли, моя рефлексия на вопрос, который для меня важен + небольшое этнографическое исследование по графическим клиентам git-а.</i><br/>
<br/>
Поговорим о распределенных системах управления версиями.<br/>
<br/>
CVS был грустным, медленным, неатомарным („ничего не трогайте, я коммичусь“), зато с нормальным клиентом в Эклипсе.<br/>
<br/>
SVN был медленным и поначалу веселым, но с появлением первой ветки тоже грустным („ничего не коммитьте, я мержусь“), с двумя разными клиентами в Эклипсе, баги которых нежно дополняли друг друга. <br/>
<br/>
Тогда я выучил git. Git — это такой нелогичный набор утилит командной строки, в котором ежедневные операции выполняются последовательностью из двух–четырех команд.<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/112648/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 27 Jan 2011 13:09:26 GMT</pubDate>
			<author>tonsky</author>
			<category>git</category><category>mercurial</category><category>brave new world</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Блог компании Бигго / Система контроля версий в SaaS]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/company/biggo/blog/110332/</guid>
			<link>http://habrahabr.ru/company/biggo/blog/110332/</link>			
			<description><![CDATA[Сегодня мы хотим рассказать о новой функции, которая появилась в <a href="http://cms.biggo.ru/">Бигго</a> пару дней назад. Идея реализовать хранение версий изменяемых шаблонов сайта возникла уже давно, но со временем стало понятно, что эта функция пригодилась бы многим клиентам, которые периодически меняют исходный код шаблонов. Дело в том, что по случайности, либо по незнанию, иногда случаются недоразумения после вмешательства владельцев сайтов в исходный код. Конечно, чаще всего получается все вернуть тем или иным способом, но если бы имелась история версий, это было бы настолько просто, что никто бы даже не стал обращатся за этим в тех. поддержку. К слову сказать, у нас с самого начала имелась функция восстановления шаблона из выбранного дизайна, но во-первых изначальная версия шаблона это не всегда желаемая, во-вторых для новых созданных шаблонов это невозможно, по причине того, что копия существует только одна. (Бекап есть, но это уже отдельная тема).<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/company/biggo/blog/110332/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 20 Dec 2010 09:53:36 GMT</pubDate>
			<author>Biggo</author>
			<category>mercurial</category><category>saas</category><category>biggo</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Системы управления версиями / История одного Репозитория]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/109970/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/109970/</link>			
			<description><![CDATA[Эта история началась много-много ревизий назад – тогда SVN Репозиторий был девственно чист, и ни один баг еще не осквернил его своим присутствием. Первые коммиты, первые откаты, просмотры лога – все это было так захватывающе, так ново. И разве мог Репозиторий тогда предполагать, что эти первые, такие приятные шаги впоследствии приведут его на хирургический стол?<br/>
<br/>
Репозиторий рос, креп, матерел. Со временем привык к коммитам, появились первые тэги, и даже мечты о ветках перестали казаться несбыточными. Репозиторий познакомился с другими SVN репозиториями, а с некоторыми даже стал обмениваться файлами. Порой он подолгу выкачивал изменения у своих новых друзей, по ходу процесса наслаждаясь анализом диффов.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/109970/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Tue, 14 Dec 2010 05:33:51 GMT</pubDate>
			<author>shibaev</author>
			<category>subversion</category><category>svn</category><category>svnadmin</category><category>svn:externals</category><category>mercurial</category><category>hg</category><category>репозитории</category>
		</item>
		
		
		
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[Системы управления версиями / [Перевод] Hg Init: Часть 6. Архитектура репозиториев]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/109428/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/109428/</link>
			<description><![CDATA[<img src="http://habrastorage.org/storage/eebea7f1/5482efc4/01467053/55589e0f.png" align="left"/>Это шестая, заключительная часть из серии <b>Hg Init: Учебное пособие по Mercurial</b> от Джоэля Спольски (<a href="http://www.joelonsoftware.com/">Joel Spolsky</a>). Предыдущие части:<br/>
<ul>
<li><a href="http://habrahabr.ru/blogs/development_tools/108443/">«Переобучение для пользователей Subversion»</a></li>
<li><a href="http://habrahabr.ru/blogs/development_tools/108658/">«Основы Mercurial»</a></li>
<li><a href="http://habrahabr.ru/blogs/development_tools/108904/">«Привыкаем работать в команде»</a></li>
<li><a href="http://habrahabr.ru/blogs/development_tools/109074/">«Исправляем ошибки»</a></li>
<li><a href="http://habrahabr.ru/blogs/development_tools/109203/">«Процесс слияния»</a></li>
</ul><br/>
<br/>
<img src="http://habrastorage.org/storage/80a00e0e/f27de307/ccce4ca3/7532006e.png" align="left"/><br/>
Mercurial позволяет очень гибко настроить репозитории. Плюс, так как слияния работают отлично и вы можете на них полагаться, можно иметь особые служебные репозитории в соответствии с требованиями процесса разработки в вашей команде.<br/>
<br/>
<h4>Часть 6. Архитектура репозиториев</h4><br/>
<br/>
Наш рецепт становится все лучше:<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/109428/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 06 Dec 2010 07:30:03 GMT</pubDate>
			<author>Bobrovsky</author>
			<category>mercurial</category><category>dvcs</category><category>joel spolsky</category><category>джоэль спольски</category>
		</item>
		
		
		
		
		
	
		
		
		
			
		<item>		
			<title><![CDATA[Системы управления версиями / [Перевод] Hg Init: Часть 5. Процесс слияния]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/109203/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/109203/</link>
			<description><![CDATA[<img src="http://habrastorage.org/storage/eebea7f1/5482efc4/01467053/55589e0f.png" align="left"/>Это пятая часть из серии <b>Hg Init: Учебное пособие по Mercurial</b> от Джоэля Спольски (<a href="http://www.joelonsoftware.com/">Joel Spolsky</a>). Предыдущие части:<br/>
<ul>
<li><a href="http://habrahabr.ru/blogs/development_tools/108443/">«Переобучение для пользователей Subversion»</a></li>
<li><a href="http://habrahabr.ru/blogs/development_tools/108658/">«Основы Mercurial»</a></li>
<li><a href="http://habrahabr.ru/blogs/development_tools/108904/">«Привыкаем работать в команде»</a></li>
<li><a href="http://habrahabr.ru/blogs/development_tools/109074/">«Исправляем ошибки»</a></li>
</ul><br/>
<br/>
Иногда при слияниях возникают конфликты. Обычно их легко разрешить. В любом случае их надо разрешить, или у вас будет несколько «голов». А кому это нужно?<br/>
<br/>
<h4>Часть 5. Процесс слияния</h4><br/>
<br/>
<img src="http://habrastorage.org/storage/640e555c/1cbdb7a6/1c1be8ce/273818dc.png" align="left"/><br/>
Обеспечение слаженной работы нескольких людей над одним и тем же кодом — это важная функция системы контроля версий.<br/>
<br/>
Представьте что и Роза, и я хотим внести изменения в рецепт гуакамоле. Роза работает над качеством авокадо. Перед тем как начать, она обновляет свой рабочий каталог, вытягивая свежие изменения из центрального репозитория.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/109203/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 02 Dec 2010 03:49:38 GMT</pubDate>
			<author>Bobrovsky</author>
			<category>mercurial</category><category>dvcs</category><category>joel spolsky</category><category>джоэль спольски</category>
		</item>
		
		
		
		
		
	
	
	
	
	
	
	
	

	
</channel>
</rss>

