<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.8" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Source Control: помогите разобраться</title>
	<link>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/</link>
	<description>Валяльня</description>
	<pubDate>Mon, 11 May 2026 15:30:23 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.8</generator>

	<item>
		<title>by: Локальный SVN репозиторий</title>
		<link>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-40637</link>
		<pubDate>Wed, 09 Jul 2008 07:25:34 +0000</pubDate>
		<guid>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-40637</guid>
					<description>[...] Я не тестировал доступность этого репозитория по локальной сети, возможность разграничения прав на чтение/запись и создание нескольких пользователей — моей целью было поднять локальный репозиторий для одного разработчика. Для желающих соорудить из него что-то большее, имеет смысл почитать про SVNAdmin. [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Я не тестировал доступность этого репозитория по локальной сети, возможность разграничения прав на чтение/запись и создание нескольких пользователей — моей целью было поднять локальный репозиторий для одного разработчика. Для желающих соорудить из него что-то большее, имеет смысл почитать про SVNAdmin. [&#8230;]
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Dmitry Smirnov</title>
		<link>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25984</link>
		<pubDate>Sat, 01 Mar 2008 12:05:32 +0000</pubDate>
		<guid>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25984</guid>
					<description>Разве тортойс может создать репозиторий без установленного на машине svn? Т.е. svn должен быть по любому, но он может не торчать как сервер. Это вполне удобная схема для машины разработчика. Если локальный репозиторий захочется перенести на сервер то есть svndump.</description>
		<content:encoded><![CDATA[<p>Разве тортойс может создать репозиторий без установленного на машине svn? Т.е. svn должен быть по любому, но он может не торчать как сервер. Это вполне удобная схема для машины разработчика. Если локальный репозиторий захочется перенести на сервер то есть svndump.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Val Petruchek</title>
		<link>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25758</link>
		<pubDate>Wed, 27 Feb 2008 17:36:47 +0000</pubDate>
		<guid>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25758</guid>
					<description>Ага, спасибо.

Фишка в том, что Tortoise умеет создавать локальный репозиторий. Create Repository Here называется.</description>
		<content:encoded><![CDATA[<p>Ага, спасибо.</p>
<p>Фишка в том, что Tortoise умеет создавать локальный репозиторий. Create Repository Here называется.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Slach</title>
		<link>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25754</link>
		<pubDate>Wed, 27 Feb 2008 16:20:35 +0000</pubDate>
		<guid>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25754</guid>
					<description>Tortoise SVN это клиент
сам по себе он репозиторий создать не может

не знаю как в FreeBSD а в Debian по умолчанию svn сервер запускается через init.d и работает таким образом что у вас может быть какое угодно количество репозиториев
а строка коннекта к ним выглядит как
svn://server/reponame/

tortoise конечно хорош, но IMHO стоит как минимум прочесть 
svn help
svnserve help</description>
		<content:encoded><![CDATA[<p>Tortoise SVN это клиент<br />
сам по себе он репозиторий создать не может</p>
<p>не знаю как в FreeBSD а в Debian по умолчанию svn сервер запускается через init.d и работает таким образом что у вас может быть какое угодно количество репозиториев<br />
а строка коннекта к ним выглядит как<br />
<a href="svn://server/reponame/" rel="nofollow">svn://server/reponame/</a></p>
<p>tortoise конечно хорош, но IMHO стоит как минимум прочесть<br />
svn help<br />
svnserve help
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Val Petruchek</title>
		<link>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25700</link>
		<pubDate>Tue, 26 Feb 2008 20:13:46 +0000</pubDate>
		<guid>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25700</guid>
					<description>Андрей, спасибо. Мне уже посоветовали именно tortoise svn, теперь разбираюсь с терминологией.

Насчёт поднимать локальные сервера: есть такая необходимость, опционально и для некоторых разработчиков. Черепаха позволяет использовать локальную файловую систему для этих целей, так что прекрасно: кому надо, тот поднимет свой сервер, кому не надо, будет просто пользоваться клиентом.</description>
		<content:encoded><![CDATA[<p>Андрей, спасибо. Мне уже посоветовали именно tortoise svn, теперь разбираюсь с терминологией.</p>
<p>Насчёт поднимать локальные сервера: есть такая необходимость, опционально и для некоторых разработчиков. Черепаха позволяет использовать локальную файловую систему для этих целей, так что прекрасно: кому надо, тот поднимет свой сервер, кому не надо, будет просто пользоваться клиентом.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Андрей Кулинич</title>
		<link>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25693</link>
		<pubDate>Tue, 26 Feb 2008 19:29:47 +0000</pubDate>
		<guid>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25693</guid>
					<description>SVN - will be the best. Он уже вышел из стадии детства с его болячками и давно напрочь загнобил CVS.
я вижу два варианта организации: 
1) SVN-сервер для общих проектов находится на сервере, для личных проектов каждый разработчик поднимает локальный SVN-сервер (это просто). Клиент один и тот же - например tortoise svn - интегрируется в Проводник. Для разработчика будет абсолютно прозрачно где находится сервер - тортоиз хранит данные о свн-сервере в каталоге проекта
Минус в том, что разработчикам будет впадлу поднимать сервера на своих машинах
2) а почему не выделить для разработчиков ветку на основном сервере? Тогда разработчикам не надо будет поднимать локальные сервера. Например svn://freebsd.server/trunk/ - это основной проект конторы, а в svn://freebsd.server/customers/ разрешить разработчикам создавать каталоги для своих нужд. Так гораздо удобнее, как по мне.</description>
		<content:encoded><![CDATA[<p>SVN - will be the best. Он уже вышел из стадии детства с его болячками и давно напрочь загнобил CVS.<br />
я вижу два варианта организации:<br />
1) SVN-сервер для общих проектов находится на сервере, для личных проектов каждый разработчик поднимает локальный SVN-сервер (это просто). Клиент один и тот же - например tortoise svn - интегрируется в Проводник. Для разработчика будет абсолютно прозрачно где находится сервер - тортоиз хранит данные о свн-сервере в каталоге проекта<br />
Минус в том, что разработчикам будет впадлу поднимать сервера на своих машинах<br />
2) а почему не выделить для разработчиков ветку на основном сервере? Тогда разработчикам не надо будет поднимать локальные сервера. Например <a href="svn://freebsd.server/trunk/" rel="nofollow">svn://freebsd.server/trunk/</a> - это основной проект конторы, а в <a href="svn://freebsd.server/customers/" rel="nofollow">svn://freebsd.server/customers/</a> разрешить разработчикам создавать каталоги для своих нужд. Так гораздо удобнее, как по мне.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Andy Nesteroff</title>
		<link>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25679</link>
		<pubDate>Tue, 26 Feb 2008 17:52:11 +0000</pubDate>
		<guid>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25679</guid>
					<description>А чё там разбиратся взял и разобрался</description>
		<content:encoded><![CDATA[<p>А чё там разбиратся взял и разобрался
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: LXj</title>
		<link>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25658</link>
		<pubDate>Tue, 26 Feb 2008 15:21:17 +0000</pubDate>
		<guid>http://zliypes.com.ua/blog/2008/02/26/implementing-source-control/#comment-25658</guid>
					<description>SVN сейчас уже начинает отходить в прошлое, лучше использовать git, Mercurial или Bazaar. Я бы посоветовал git, но по слухам, у него плохо с мордами на Windows</description>
		<content:encoded><![CDATA[<p>SVN сейчас уже начинает отходить в прошлое, лучше использовать git, Mercurial или Bazaar. Я бы посоветовал git, но по слухам, у него плохо с мордами на Windows
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
