Re[2]: Выбор системы контроля версий - Средства разработки

Здравствуйте, O-Sam, Вы писали:

OS> — Репозитарий должен находиться на машине с Win XP или Win 2003 Server
Можно поставить апач или демона. Демон менее наворочен но шустрее ратотает.
OS> — В репозитарии предполагается хранить не только текстовые исходники, но и всю проектную документацию (файлы MS Word, pdf и т.п.)
Легко.
OS> — Разработка ведётся на Visual Studio 2005
Практика показывает что интеграция SVN со студией не нужна.
OS> — У всех клиентов — Win XP
TortoiseSVN
OS> — Проекты не крупные, команда маленькая
Этому версионнику пофигу.
OS> — Удаленный доступ к репозитарию (кроме как по LAN) не нужен
Сейчас не нужен потом может понадобится... в лбом случае SVN хорошо работает и по LAN и по интренету.
OS> — Денег мало

Темболие SVN ибо он бесплатен.

OS>Что скажете?
SVN

... << RSDN@Home 1.1.4 beta 6a rev. 436>>

Здравствуйте, O-Sam, Вы писали:

OS>Пугает это.
Незнаю что они там делают но на прошлой работе я на основе SVN сделал программе которая работает с сотнями мегабайт бинарников.
Никаких 30 минутных тормозов небыло.

OS>Пугает это.
Ни у меня ни на сколько мне извесно у моих знакомых TSVN ниразу не падал хотя использую его довольно активно.

... << RSDN@Home 1.1.4 beta 6a rev. 436>>

Здравствуйте, O-Sam, Вы писали:

Короче читай отсюда Re: Subversion. Некоторые понятия. и дальше по ссылкам.

... << RSDN@Home 1.1.4 beta 6a rev. 436>>

Здравствуйте, O-Sam, Вы писали:

OS>По-моему как раз для этого, только неясно как адресоваться к E:\InSomeDeepFolder\Lays\Repository на машине, скажем, 192.168.0.1
OS>Везде, к сожалению, расписано под Unix, там-то всё проще — у них нет имен дисков.

Assuming your repository is located in c:\repos\TestRepo, and your server is called localhost, enter:

svn://localhost/repos/TestRepo

when prompted by the repo browser.

You can also increase security and save time entering Url's with svnserve by using the -r switch to set the root location and restrict access to a specified directory on the server:

svnserve.exe -d -r drive:\path\to\repository

Using the previous test as a guide, svnserve would now run as:

svnserve.exe -d -r c:\repos

And in TortoiseSVN our repo-browser Url is now shortened to:

svn://localhost/TestRepo

Это из справки к самому TSVN — вроде все прозрачно ... Если что не понятно, можно будет и поподробнее

... << RSDN@Home 1.1.4 beta 7 rev. 447>>

Здравствуйте, O-Sam, Вы писали:

OS>Не совсем понятно как всё это работает. На одной машине запустил svnserve -d, черепахой по адресу E:\RepTest\ создал репозитарий. Как мне теперь добраться с другой машиной до репозитария не расшаривая его директорию? В CVS, помнится, безопасность была более или менее продумана, а тут предлагается открыть общий доступ к этому делу. Странно.
Читайте доки они рулят...

"C:\Program Files\Subversion\bin\svnserve.exe " -d -r "d:\svn_root"

Где d:\svn_root каталог в котором лежат репозитории те

d:\svn_root\repository1
d:\svn_root\repository2
...
d:\svn_root\repositoryN

Теперь обращаешься по адресу svn://имя_компьтера/repositoryN
Доступ настраеваешь через svnserve.conf в репозитории.

Если нужны болие продвинутые разграничения доступа то придется ставить апач.

ЗЫ И вобще

D:\svn_root>"C:\Program Files\Subversion\bin\svnserve.exe " --help
Usage: svnserve [options]

Valid options:
  -d [--daemon]            : daemon mode
  --listen-port arg        : listen port (for daemon mode)
  --listen-host arg        : listen hostname or IP address (for daemon mode)
  --foreground             : run in foreground (useful for debugging)
  -h [--help]              : display this help
  --version                : show version information
  -i [--inetd]             : inetd mode
  -r [--root] arg          : root of directory to serve
  -R [--read-only]         : deprecated; use repository config file
  -t [--tunnel]            : tunnel mode
  --tunnel-user arg        : tunnel username (default is current uid's name)
  -X [--listen-once]       : listen once (useful for debugging)

... << RSDN@Home 1.1.4 beta 6a rev. 436>>

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, O-Sam, Вы писали:

OS>> — В репозитарии предполагается хранить не только текстовые исходники, но и всю проектную документацию (файлы MS Word, pdf и т.п.)
WH>Легко.
Пугает это.

OS>> — У всех клиентов — Win XP
WH>TortoiseSVN
Пугает это.

Здравствуйте, O-Sam, Вы писали:

OS>Выдержка со страницы "downloads" TortoiseSVN
OS>

OS>Special version for Win2k/XP or higher: (We provide NO support for this!) uses _svn folders instead of .svn to work around the VS.NET bug with web projects. If you don't use web projects then please use the official version. Note: working copies created by this version are incompatible with other Subversion clients!

Эта версия отличается от стандартной только тем что строку

#define SVN_WC_ADM_DIR_NAME   ".svn"

заменили на

#define SVN_WC_ADM_DIR_NAME   "_svn"

OS>То есть придется использовать версию клиента, за корректность работы которой никто не ручается =/
Я что-то слышал (хотя не уверен) что в VS 2005 эту ошибку исправили.

... << RSDN@Home 1.1.4 beta 6a rev. 436>>

Здравствуйте, WolfHound, Вы писали:

OS>>Пугает это.
WH>Незнаю что они там делают но на прошлой работе я на основе SVN сделал программе которая работает с сотнями мегабайт бинарников.
WH>Никаких 30 минутных тормозов небыло.

+1

Более того, если у apache настроить gzip-ование трафика, то вообще все очень шустро работает. Тем более в локалке.

... << RSDN@Home 1.1.4 stable rev. 510>>

Здравствуйте, Ego, Вы писали:

Ego>Предвижу тут проблемы, по крайней мере в нашей команде, годами привыкавшей к VSS. "чекаутишь те файлы, которые будешь менять" -- это просто будет забываться, так как привыкли, что студия это делает автоматом сама. Т.е. для "нормальной" работы перед любым ковырянием в проекте надо целиком проект взять на себя?

Такое ощущение что ты не читаешь что тебе пишут. В SVN нет операции "проект взять на себя". В любой момент ты можешь изменить в рабочей копии любой файл из любой программы, не выполняя никаких дополнительных операций для этого.

... << RSDN@Home 1.2.0 alpha rev. 615 on Windows XP 5.1.2600.131072>>

Стою перед выбором системы контроля версий.
Искал по форуму — нашёл только пространные рассуждения о функционале тех или иных систем, но неясно насколько мне та или иная функция будет нужна. К тому же никто не высказывался под какие задачи планируется использовать систему.

Вот моя ситуация:
— Репозитарий должен находиться на машине с Win XP или Win 2003 Server
— В репозитарии предполагается хранить не только текстовые исходники, но и всю проектную документацию (файлы MS Word, pdf и т.п.)
— Разработка ведётся на Visual Studio 2005
— У всех клиентов — Win XP
— Проекты не крупные, команда маленькая
— Удаленный доступ к репозитарию (кроме как по LAN) не нужен
— Денег мало

Что скажете?

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, O-Sam, Вы писали:

OS>> — Репозитарий должен находиться на машине с Win XP или Win 2003 Server
WH>Можно поставить апач или демона. Демон менее наворочен но шустрее ратотает.
Кстати, что значи "Демон менее наворочен"? Клиент ведь будет использовать TortoiseSVN... Кстати, для Subversion есть какие-нибудь встроенные или сторонние админские утилиты?

Здравствуйте, WolfHound, Вы писали:

OS>>Что скажете?
WH>SVN
Выдержка со страницы "downloads" TortoiseSVN

Special version for Win2k/XP or higher: (We provide NO support for this!) uses _svn folders instead of .svn to work around the VS.NET bug with web projects. If you don't use web projects then please use the official version. Note: working copies created by this version are incompatible with other Subversion clients!

То есть придется использовать версию клиента, за корректность работы которой никто не ручается =/

Здравствуйте, O-Sam, Вы писали:

OS>То есть придется использовать версию клиента, за корректность работы которой никто не ручается =/

Это специальная версия программы для VS2003 Web Projects (VS2k3 не переваривает .svn каталоги). Т.к. у вас VS2k5 используйте нормальную версию, проблем никаких не будет. К тому же в SVN 1.3 имена служебных каталогов будут настраиваемыми.

... << RSDN@Home 1.1.4 beta 6a rev. 436>>

Здравствуйте, PeterZT, Вы писали:

PZT>Здравствуйте, O-Sam, Вы писали:

OS>>То есть придется использовать версию клиента, за корректность работы которой никто не ручается =/

PZT>Это специальная версия программы для VS2003 Web Projects (VS2k3 не переваривает .svn каталоги). Т.к. у вас VS2k5 используйте нормальную версию, проблем никаких не будет. К тому же в SVN 1.3 имена служебных каталогов будут настраиваемыми.

Что значит не переваривает? Никогда проблем не было.

... << RSDN@Home 1.1.4 beta 6a rev. 444>>

Здравствуйте, O-Sam, Вы писали:

Кстати вот интересная страничка
http://freehackers.org/~shlomif/svn-raweb-light/subversion.cgi/trunk/www/project_links.html

... << RSDN@Home 1.1.4 beta 6a rev. 436>>

Здравствуйте, WolfHound, Вы писали:

WH>Здравствуйте, O-Sam, Вы писали:

WH>Короче читай отсюда Re: Subversion. Некоторые понятия. и дальше по ссылкам.
Не совсем понятно как всё это работает. На одной машине запустил svnserve -d, черепахой по адресу E:\RepTest\ создал репозитарий. Как мне теперь добраться с другой машиной до репозитария не расшаривая его директорию? В CVS, помнится, безопасность была более или менее продумана, а тут предлагается открыть общий доступ к этому делу. Странно.

Здравствуйте, O-Sam, Вы писали:

OS>Здравствуйте, WolfHound, Вы писали:

WH>>Здравствуйте, O-Sam, Вы писали:

WH>>Короче читай отсюда Re: Subversion. Некоторые понятия. и дальше по ссылкам.
OS>Не совсем понятно как всё это работает. На одной машине запустил svnserve -d, черепахой по адресу E:\RepTest\ создал репозитарий. Как мне теперь добраться с другой машиной до репозитария не расшаривая его директорию? В CVS, помнится, безопасность была более или менее продумана, а тут предлагается открыть общий доступ к этому делу. Странно.
А протокол svn:// по вашему для чего?

... << RSDN@Home 1.1.4 beta 7 rev. 447>>

Здравствуйте, OmSoft, Вы писали:

OS>Здравствуйте, O-Sam, Вы писали:

OS>>Здравствуйте, WolfHound, Вы писали:

WH>>>Здравствуйте, O-Sam, Вы писали:

WH>>>Короче читай отсюда Re: Subversion. Некоторые понятия. и дальше по ссылкам.
OS>>Не совсем понятно как всё это работает. На одной машине запустил svnserve -d, черепахой по адресу E:\RepTest\ создал репозитарий. Как мне теперь добраться с другой машиной до репозитария не расшаривая его директорию? В CVS, помнится, безопасность была более или менее продумана, а тут предлагается открыть общий доступ к этому делу. Странно.
OS>А протокол svn:// по вашему для чего?
По-моему как раз для этого, только неясно как адресоваться к E:\InSomeDeepFolder\Lays\Repository на машине, скажем, 192.168.0.1
Везде, к сожалению, расписано под Unix, там-то всё проще — у них нет имен дисков.

Здравствуйте, WolfHound, Вы писали:

WH>Я что-то слышал (хотя не уверен) что в VS 2005 эту ошибку исправили.

Исправили

... << RSDN@Home 1.2.0 alpha rev. 617>>

Здравствуйте, csharper, Вы писали:

C>Что значит не переваривает? Никогда проблем не было.

То и значит. Если у веб-проекта есть внутри каталоги, которые начинаются с точки, то у студии рвет крышу (какие то проблемы с кешем). В VS2005 пофиксено.

... << RSDN@Home 1.2.0 alpha rev. 617>>

Здравствуйте, eao197, Вы писали:

E>Более того, если у apache настроить gzip-ование трафика, то вообще все очень шустро работает. Тем более в локалке.

а можно подробнее как оно настраивается?

OS>> — Разработка ведётся на Visual Studio 2005
WH>Практика показывает что интеграция SVN со студией не нужна.

Можно эту фразу прокомментировать? Как раз на днях озаботились вопросом, на что переехать с VSS + SourceOffSite, ибо SoS задолбал

Пока рассматриваемся к Vault, но на Subversion тоже смотрел. Всё бы хорошо, но именно отсутствие живого (а не за 2004 год) SCC провайдера и насторожило. Пробовал ещё Ankh, но он не SCC, предлагает другой принцип работы, а значит сложно будет убедить кого из проектной группы, что имеет смысл переучиваться.

С черепахой я вообще не понял, как это может быть удобным? Поэтому и спрашиваю, что значит не нужна интеграция? Ведь иначе перед каждым изменением надо лезь вручную check outить файлы? Или я что-то не догоняю, может принцип работы другой?

... << RSDN@Home 1.1.4 beta 7 rev. 447>>

Здравствуйте, Ego, Вы писали:

Ego>С черепахой я вообще не понял, как это может быть удобным? Поэтому и спрашиваю, что значит не нужна интеграция?

Значит не нужна.

Ego> Ведь иначе перед каждым изменением надо лезь вручную check outить файлы?

В SVN вобще нет операции checkout

Ego> Или я что-то не догоняю, может принцип работы другой?

Именно

... << RSDN@Home 1.2.0 alpha rev. 615 on Windows XP 5.1.2600.131072>>

Ego>> Ведь иначе перед каждым изменением надо лезь вручную check outить файлы?
AVK>В SVN вобще нет операции checkout
А как это?

На cvs было:
— получаешь в рабочий каталог весь проект;
— чекаутишь те файлы, которые будешь менять;
— меняешь файлы;
— чекинишь измененное.

А тут как?

Здравствуйте, O-Sam, Вы писали:

OS>На cvs было:
OS>- получаешь в рабочий каталог весь проект;
OS>- чекаутишь те файлы, которые будешь менять;
OS>- меняешь файлы;
OS>- чекинишь измененное.

OS>А тут как?

Предположим, на машине source-server работает svnserve. Вы, в контекстном меню Проводника выбираете SVN Checkout.... В поле URL of repository вводите, например, svn://source-server/project-name/trunk а в Checkout directory — d:\projects\project-name. По умолчанию забирается т.н. Head Revision (последняя ревизия, в общем). Нажимаете OK, ждете.

В результате в папке d:\projects\project-name у вас будет Working Copy всего проекта. Запускаете Студию, начинаете работать. Меняете код, добавляете классы — все как обычно (переименование файлов немного сложнее). Теперь требуется Commit. Правой педалью нажимаете на папку d:\projects\project-name, там — Commit. Появляется окно со списком измененных файлов. Там же можно добавить новые файлы (не так уродски, как в VSS, а просто галочку поставить надо). Все. Пишете комментарий к коммиту и нажимаете ОК. Теперь два пути. Либо все закоммитилось нормально, либо кто-то уже что-то изменил и у вас на диске осталасьс "старая" рабочая копия. Опять правой тапкой, TortoiseSVN — Update. Разруливаете конфликты, коммитите заново.

Вот примерно так

дравствуйте, O-Sam, Вы писали:

AVK>>В SVN вобще нет операции checkout
OS>А как это?

OS>На cvs было:
OS>- получаешь в рабочий каталог весь проект;
OS>- чекаутишь те файлы, которые будешь менять;

Это было не обязательно

OS>- меняешь файлы;
OS>- чекинишь измененное.

OS>А тут как?

Обыкновенно. Меняешь все что тебе надо, подом делаешь commit.

... << RSDN@Home 1.2.0 alpha rev. 615 on Windows XP 5.1.2600.131072>>

Здравствуйте, WolfHound, Вы писали:

WH>

WH>"C:\Program Files\Subversion\bin\svnserve.exe " -d -r "d:\svn_root"
WH>

Вот только с шифрованием в таком варианте ИМХО будет плохо.

Я на FreeBSD-то повозился что-бы толковую работу с openssh наладить (да и все-равно все не слишком прямо там сделано). А на виднах уж и вообще...

Ego>С черепахой я вообще не понял, как это может быть удобным? Поэтому и спрашиваю, что значит не нужна интеграция?
AVK>Значит не нужна.

Если бы вы подробно написали, чем различается стиль работы, комментарий был бы на порядок ценней

AVK>>>В SVN вобще нет операции checkout
OS>>- чекаутишь те файлы, которые будешь менять;
AVK>Это было не обязательно

Предвижу тут проблемы, по крайней мере в нашей команде, годами привыкавшей к VSS. "чекаутишь те файлы, которые будешь менять" -- это просто будет забываться, так как привыкли, что студия это делает автоматом сама. Т.е. для "нормальной" работы перед любым ковырянием в проекте надо целиком проект взять на себя? Не говорю, что это неубобно, просто придётся переучивать много людей... Что если кто-то забыл "зажать" на себя файл, как это будет видно? И не совсем понятно, как с .cproj файлами быть.

... << RSDN@Home 1.1.4 beta 7 rev. 447>>

AVK>Такое ощущение что ты не читаешь что тебе пишут. В SVN нет операции "проект взять на себя". В любой момент ты можешь изменить в рабочей копии любой файл из любой программы, не выполняя никаких дополнительных операций для этого.

Спасибо за вежливый ответ. Меня смутила фраза выше: "Вы, в контекстном меню Проводника выбираете SVN Checkout...."

... << RSDN@Home 1.1.4 beta 7 rev. 447>>

Здравствуйте, Ego, Вы писали:

Ego>Меня смутила фраза выше: "Вы, в контекстном меню Проводника выбираете SVN Checkout...."

Это нужно сделать ровно 1 раз для создания рабочей копии. SVN Checkout != VSS Checkout. А вобще стоит почитать документацию к TortoiseSVN. Там все довольно коротко и простым языком описано.

... << RSDN@Home 1.2.0 alpha rev. 615 on Windows XP 5.1.2600.131072>>

Здравствуйте, PPA, Вы писали:

E>>Более того, если у apache настроить gzip-ование трафика, то вообще все очень шустро работает. Тем более в локалке.

PPA>а можно подробнее как оно настраивается?

Не я занимался настройкой Apache (у нас Apache 2.0.*), но вроде бы, все вылилось в добавление в httpd.conf двух строк:

LoadModule deflate_module modules/mod_deflate.so

SetOutputFilter DEFLATE

Подробнее про mod_deflate из Apache 2 можно почитать здесь: http://httpd.apache.org/docs/2.0/mod/mod_deflate.html
А про mod_deflate для Apache 1.3: http://sysoev.ru/mod_deflate/

... << RSDN@Home 1.1.4 stable rev. 510>>

	От:	WolfHound
	Дата:	27.10.05 08:18
	Оценка:	+8

	От:	WolfHound
	Дата:	27.10.05 08:43
	Оценка:	2 (1) +2

	От:	WolfHound
	Дата:	27.10.05 09:36
	Оценка:	2 (1)

	От:	OmSoft
	Дата:	27.10.05 13:46
	Оценка:	2 (1)

	От:	WolfHound
	Дата:	27.10.05 13:58
	Оценка:	2 (1)

От:	eao197	http://eao197.blogspot.com
Дата:	27.10.05 10:01
Оценка:	+1

От:	AndrewVK	http://blogs.rsdn.org/avk
Дата:	30.10.05 12:51
Оценка:	+1

От:	PPA	http://flylinkdc.blogspot.com/
Дата:	29.10.05 07:10
Оценка:

От:	Нахлобуч	https://hglabhq.com
Дата:	29.10.05 12:04
Оценка:

От:	Antares19	http://igor-vagin.moikrug.ru/
Дата:	29.10.05 12:35
Оценка: