<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Экспорт файлов от ревизии А до ревизии Б</title>
	<atom:link href="http://www.kurakin.info/export-from-revision-to-revision-my_solution/feed/" rel="self" type="application/rss+xml" />
	<link>http://kurakin.info/export-from-revision-to-revision-my_solution/</link>
	<description>Sergej Kurakin aka ZaZa - WEB-developer</description>
	<pubDate>Tue, 07 Feb 2012 09:50:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: Сергей Куракин</title>
		<link>http://kurakin.info/export-from-revision-to-revision-my_solution/#comment-62</link>
		<dc:creator>Сергей Куракин</dc:creator>
		<pubDate>Sat, 29 Apr 2006 21:26:04 +0000</pubDate>
		<guid isPermaLink="false">http://kurakin.info/export-from-revision-to-revision-my_solution/#comment-62</guid>
		<description>Загрузку файлов на сервер выполняет ответственный за это дело человек (в моём контексте, обычно я), и, по окончанию работы, он просто обязан мало-мальски проверить работает ли продукт. Тем более, можно разработать такой конфиг, что, он сам себя подстроит: по HTTP-Host или Server-Name определит настройки из массива или выберит нужный case, или поступит как Ruby on Rails проект - вобщем, это дело наживное.</description>
		<content:encoded><![CDATA[<p>Загрузку файлов на сервер выполняет ответственный за это дело человек (в моём контексте, обычно я), и, по окончанию работы, он просто обязан мало-мальски проверить работает ли продукт. Тем более, можно разработать такой конфиг, что, он сам себя подстроит: по HTTP-Host или Server-Name определит настройки из массива или выберит нужный case, или поступит как Ruby on Rails проект - вобщем, это дело наживное.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sergey</title>
		<link>http://kurakin.info/export-from-revision-to-revision-my_solution/#comment-61</link>
		<dc:creator>sergey</dc:creator>
		<pubDate>Sat, 29 Apr 2006 20:33:59 +0000</pubDate>
		<guid isPermaLink="false">http://kurakin.info/export-from-revision-to-revision-my_solution/#comment-61</guid>
		<description>Да но для конфигурационных файлов (напр. где коннекшен к БД настраивается), при ситуации что какой-то разработчик перекомитил его (у меня много раз такое случалось), будет получаться что этот файл обновлен, и если обновение происходит без учета этого, то будет получаться что приложение перестанет работать.
А так идея хорошоя, я в свое время делал что-то похожее, но мы тогда использовали CVS, тегами я не очень понимал, и написал питон скрипт для выделения diff двух директорий (текущей и посленей запощеной на сервер). А за скрипт спасибо, уверен что пригодиться.</description>
		<content:encoded><![CDATA[<p>Да но для конфигурационных файлов (напр. где коннекшен к БД настраивается), при ситуации что какой-то разработчик перекомитил его (у меня много раз такое случалось), будет получаться что этот файл обновлен, и если обновение происходит без учета этого, то будет получаться что приложение перестанет работать.<br />
А так идея хорошоя, я в свое время делал что-то похожее, но мы тогда использовали CVS, тегами я не очень понимал, и написал питон скрипт для выделения diff двух директорий (текущей и посленей запощеной на сервер). А за скрипт спасибо, уверен что пригодиться.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Сергей Куракин</title>
		<link>http://kurakin.info/export-from-revision-to-revision-my_solution/#comment-60</link>
		<dc:creator>Сергей Куракин</dc:creator>
		<pubDate>Sat, 29 Apr 2006 19:31:49 +0000</pubDate>
		<guid isPermaLink="false">http://kurakin.info/export-from-revision-to-revision-my_solution/#comment-60</guid>
		<description>Да это тоже одна из причин (не везде есть svn, не везде есть даже ssh).
Вторая причина: размер, занимаемым проектом, при checkout в два раза больше, чем при export проекта (т.е. без возможности сделать update), а при больших (по размеру) проектах, это ощутимо.</description>
		<content:encoded><![CDATA[<p>Да это тоже одна из причин (не везде есть svn, не везде есть даже ssh).<br />
Вторая причина: размер, занимаемым проектом, при checkout в два раза больше, чем при export проекта (т.е. без возможности сделать update), а при больших (по размеру) проектах, это ощутимо.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sergey</title>
		<link>http://kurakin.info/export-from-revision-to-revision-my_solution/#comment-59</link>
		<dc:creator>sergey</dc:creator>
		<pubDate>Sat, 29 Apr 2006 18:56:18 +0000</pubDate>
		<guid isPermaLink="false">http://kurakin.info/export-from-revision-to-revision-my_solution/#comment-59</guid>
		<description>Как я понимаю проблема в том что на сервере нет возможности истановить svn, и соответвенно svn update через шел не поможет?</description>
		<content:encoded><![CDATA[<p>Как я понимаю проблема в том что на сервере нет возможности истановить svn, и соответвенно svn update через шел не поможет?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

