<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр:  Метки / ветки</title>
	<link>http://habrahabr.ru/rss/tag/ветки/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 16:50:24 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 против 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[Системы управления версиями / Работа с ветками в SVN. Изменения в версии 1.5.]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/45222/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/45222/</link>			
			<description><![CDATA[Продолжение <a href="http://habrahabr.ru/blogs/development_tools/45203/">этой статьи</a><br/>
<br/>
Долгое время в ветках SVN был один существенный недостаток. Система не помнила мержей, и программисту приходилось самостоятельно заботиться о том, что бы сохранить номер ревизии, когда происходило копирование изменений из транка. Проблема частично решалась добавлением комментариев в лог, но все таки это было чревато ошибками, и целиком ложилось на совесть программиста.<br/>
В версии 1.5, наконец-то, программисты Subversion выполнили свое давнее обещание, и добавили несколько полезных фич для работы с ветками. <br/>
Итак, в версии 1.5 команда merge обзавелась двумя новыми опциями: <i>--record-only</i> и <i>--reintegrate</i>.<br/>
Теперь ответственность за контроль копирования изменений ложится целиком на плечи SVN (merge tracking), а программист может легко, и без боязни выполнять merge так часто, словно это команда update.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/45222/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 24 Nov 2008 13:35:13 GMT</pubDate>
			<author>RVK</author>
			<category>svn</category><category>svn 1.5</category><category>ветки</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Системы управления версиями / Работа с ветками SVN]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/development_tools/45203/</guid>
			<link>http://habrahabr.ru/blogs/development_tools/45203/</link>			
			<description><![CDATA[Прежде чем приступать вообще к использованию веток, и даже если вы и не думаете их использовать, необходимо прочесть <a href="http://svnbook.red-bean.com/nightly/ru/svn-book.html#svn.branchmerge.using.create">Этот Священный Талмуд</a>.<br/>
<br/>
После того как вы прочли статью о ветках в svnbook, вы уже понимаете для чего нужны ветки, как с ними работать и в каких случаях их необходимо использовать. В принципе, после этого, то, что написано под катом вам уже скорее всего не нужно. Но если вам было лень читать, то может текст ниже вас заинтересует, и вы все таки прочтете статью документации. А может, просто поможет вам лучше понять то, что только что прочли в svnbook-е.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/development_tools/45203/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 21 Nov 2008 11:55:11 GMT</pubDate>
			<author>RVK</author>
			<category>svn</category><category>subversion</category><category>ветки</category>
		</item>
		
		
		
		
		
		
		
		
	
	
	
	
	
	
	
	

	
</channel>
</rss>

