Возникла такая проблемка:
Проект очень большой. Разработкой его занимаюсь по крайней мере на двух
машинах (на работе и дома). В процессе работы меняется множество файлов в
различных директориях... в общем под утро вспоминать что менял, а что нет —
мучительно больно. По этому возникают накладки — либо на работе
обнаруживается, что самый важный файл не был отправлен, либо приходится
отправлять весь проект целиком, что, согласитесь, несколько накладно (при
условии размеров проекта).
По этому было принято решение о переходе на какой-либо синхронизатор: из
линейки Team Source (Borland), VSS (MS), или что-то другое.
Интересует что лучше и удобнее (с любых позиций), какие возникают проблемы и
т.д. для:
а) стиля работы описаного выше;
б) командной разработки внутри локалки;
в) командной разработки как внутри локалки, так и с использованием домашних
модемов (как описано выше);
Posted via RSDN NNTP Server 1.6
16.07.03 07:06: Перенесено из 'Философия программирования'
IMHO VSS — удобнее, в TS оч. не хватает возможности сделать на файлик Check out.
Если нужно синхронизировать с домашними, то IMHO CVS, бо вышеуказанные удобнее использовать в локалке, TS к примеру, вообще постоянно должен свой сервер видеть.
> IMHO VSS — удобнее, в TS оч. не хватает возможности > сделать на файлик Check out. > Если нужно синхронизировать с домашними, то IMHO CVS,
Если он делает то, что о нем написано, то это отличное решение...
> бо вышеуказанные удобнее использовать в локалке, TS к примеру, > вообще постоянно должен свой сервер видеть.
Здравствуйте, Anton Batenev, Вы писали:
>> Если нужно синхронизировать с домашними, то IMHO CVS
AB>То, что удалось найти с GUI под W2K Server отказывается устанавливаться. AB>Не подскажешь ссылок на GUI WIN реализацию?
Сорри сервер у нас под NIX, да и ставил его не я.
P.S. А на найденное тобой дай линк, охота поковырять.
Здравствуйте, Anton Batenev, Вы писали:
>> бо вышеуказанные удобнее использовать в локалке, TS к примеру, >> вообще постоянно должен свой сервер видеть.
AB>А разве VSS нет?
Если VSS не видит сервер, то он только САМ не работает.
А если TS не видит сервер, то он тебя забрасывает сообщениями об этом непрерывно и закрыть его тогда можно только через TaskManager.
Здравствуйте, Anton Batenev, Вы писали:
>> Если нужно синхронизировать с домашними, то IMHO CVS
AB>То, что удалось найти с GUI под W2K Server отказывается устанавливаться. AB>Не подскажешь ссылок на GUI WIN реализацию?
Здравствуйте, DarkGray, Вы писали:
>>> Если нужно синхронизировать с домашними, то IMHO CVS
Замечательная вещь. И не только если.
AB>>То, что удалось найти с GUI под W2K Server отказывается устанавливаться. AB>>Не подскажешь ссылок на GUI WIN реализацию? DG>клиент: http://wincvs.net
Какая-то плохая ссылка. Вот то что нужно здесь.
Кстати, если будет в пределах локалки работать, то сервер не обязательно ставить. Достаточно просто расшарить каталог с репозиторием на одной машине.
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Здравствуйте, kan_izh, Вы писали:
_>Кстати, если будет в пределах локалки работать, то сервер не обязательно ставить. Достаточно просто расшарить каталог с репозиторием на одной машине.
Мой совет — сервер все таки лучше поставить, надежнее.
Здравствуйте, DarkGray, Вы писали:
AVK>>Если и дома и на работе, то VSS отпадает.
DG>По слухам, можно заставить работать VSS через инет, если настроить VPN
Настроить то можно, но вот трафик там все равно останется не модемокампатибельный, да и требование соединения с сервером для каждого чекаута удобству работы не способствует.
Hello, Igor!
DI>> Мне очень нравится TortoiseCVS. DI>> http://www.tortoisecvs.org
IT> Поддерживаю. Весьма удобно. IT> Правда, в Windows Explorer приходится лазить.....
Так в том-то и фишка!
В эксплорер ты по любому лазишь — а тут не придется ничего дополнительного запускать.
P.S. Есть еще куча (ну не куча, но пара-тройка) MSSCCI провайдеров для CVS.
Которые интегрируются в Visual Studio вместо VSS.
Hello, DarkGray!
AVK>> Если и дома и на работе, то VSS отпадает.
D> По слухам, можно заставить работать VSS через инет, если настроить VPN
Лучше не надо.
Но если все-таки привязка к VSS и надо работать через интернет — есть очень хороший продукт SourceOffsite.
Надстройка над VSS, но дорогой зараза.
Таже фирма выпускает еще Vault.
Система контоля версий написанная на .NET.
Данные хранит в SQL Server.
Здравствуйте, DarkGray, Вы писали: DG>По слухам, можно заставить работать VSS через инет, если настроить VPN
А еще можно поставить SourceOffSite. У нас работает, и почти без глюков. По крайней мере, не хуже чем сама VSS. Репозиторий в NYC, мы в NSK.
... << RSDN@Home 1.1 alpha 1 >>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
> AB>То, что удалось найти с GUI под W2K Server отказывается
устанавливаться. > AB>Не подскажешь ссылок на GUI WIN реализацию? > > Сорри сервер у нас под NIX, да и ставил его не я. > P.S. А на найденное тобой дай линк, охота поковырять.
> IMHO VSS — удобнее, в TS оч. не хватает возможности > сделать на файлик Check out. > Если нужно синхронизировать с домашними, то IMHO CVS,
Вот и прпробовал CVS, и TS и VSS.
Вводная информация: windows, размер _всего_ проекта 142 MB (пока, но это
далеко не предел — здесь и сырцы и получаемые из них бинарники, и
графика, и еще много всяких файлов, которые могут быть изменены.
Единственное, что можно не синхронизировать — бинарники, получаемые из
сырцов, но их объем пока не превышает 30 мег. Количество файлов — около
2000.
Краткое резюме: для работы через модем с моим проектом они _все_ не
подходят!!!
TS — при синхронизации проверяет _все_ файлы и ОЧЕНЬ медленно (неужели
проверить дату — так долго?! даже на удаленной машине), а не загружает
дельту последних изменений — только на проверку 2000 файлов уходит более 2-3
часов... Что, естественно, не разумно, если я изменил 5-10 файлов. А так же
он почему-то постоянно слетает на некоторых файлах, при чем самым непонятным
образом... "Слет" заключается в том, что ему постоянно начинает что-то не
нравиться в одних и тех же файлах вне зависимости от того —
синхронизированна копия или нет.
CVS... Вот знаете, я боюсь ругать кроссплатформенные продукты, особенно,
когда их родиной является *NIX. Потому что в меня тут же полетят оскорбления
злобных NIX-оидов По этому скажу лишь про GUI WIN клиент, скачаный с http://www.wincvs.org. Скажу просто — ПЛОХО! Множество нареканий на
рубленность интерфейса, отсутствие полноценной справки (иногда справка
просто не подключена и отсутствует), дикая запутаность и неудобство в
управлении... Но это все мелочи, по сравнению с главным — на создании
первого же серверного образа на локальном диске (просто в качестве
эксперимента) вылетает GPF. Я все принимаю и понимаю, что гарантировать 100%
надежность невозможно... Но продолжить-то работу после сбоя можно!!! Другими
словами, У МЕНЯ НА МАШИНЕ(!) CVS не выдержал испытания большими объемами
данных... Ну и его рубленный интерфейс сделал свое дело — в корзину
однозначно!
VSS — Начал тестирование, но, ИМХО, он не подходит под мои задачи изначально
просто из-за принципа работы.
Здравствуйте, Kluge, Вы писали:
K>Сорри сервер у нас под NIX, да и ставил его не я.
Так CVS оттуда и пришел... можно под нужный nix взять
бинарники или взять здесьhttp://www.cvshome.org
исходники и собрать... Но это наверное к админу...
и закрыть его тогда можно только через TaskManager.
И не только если. 
— здесь и сырцы и получаемые из них бинарники, и
