Система контроля версий кода для VS2005 для удаленной работы

← →
GrayFace © (2008-07-14 21:58) [0]

Подскажите, какую выбрать?
Нужна за бесплатно (но не обязательно freeware :))
Команда - 2 человека :) в разных городах
Есть сайт на платном хостинге

Главное - чтобы можно было смотреть историю изменений и сравнивать файлы, еще желательно, чтобы место на сервере не сильно жрало.

← →
тимохов (2008-07-14 22:09) [1]

svn

не знаю интегрируется ли с вс2005.
но достоинства svn перебьют этот недостаток.

← →
Игорь Шевченко © (2008-07-14 22:11) [2]

CVS ?

← →
тимохов (2008-07-14 22:17) [3]

svn лучше :)

одно из несомненных достоинств это то, что СВН понимает переименования (если, конечно, делать корректно). CVS этого делать не умеет.
о
еще достоинство - мизерный трафик.

я сам не проверял, но говорят, что в СВН лучше реализованы транзакции (атомарность, в частности).

еще SVN может жить под Апачем со всеми вытекающими (безопасность, и т.д.)

может я, конечно, наблатыкался, но поставить SVN в новом месте могу за 3 минуты. может поэтому его и хвалю так.

← →
Игорь Шевченко © (2008-07-14 22:22) [4]

тимохов (14.07.08 22:17) [3]

> svn лучше :)

Сейчас мы начнем священную войну, причем совершенно смешную - добро бы кто-нибудь из нас разработал хотя бы одну систему контроля версий.

Просто вполне естественно, что я как пользователь CVS со стажем, могу ее рекомендовать. Пользовал и TeamSource и SVN, но остановился, в итоге на CVS - удобно.

Мизерного трафика быть не может по определению - система должна сравнить файл в локальном каталоге и на сервере, так что трафик примерно одинаков, если только кто по два раза сравнивает...

← →
тимохов (2008-07-14 22:25) [5]

Игорь, почитай, зачем был начат проект SVN (не помню где, видимо, на сайте проекта). Он был начат как раз как проект, заведомо лучший CVS, который должен был убрать его недостатки.

Т.е. в каком-то смысле SVN находится в более выигрышной позиции. К тому же у него очень больное комьюнити.

← →
тимохов (2008-07-14 22:26) [6]

Да, очепятка у меня вышла на славу :)))

Конечно "большое комьюнити", а не "больное".

← →
Eraser © (2008-07-14 22:27) [7]

пользовался только SVN, его и рекомендую )

← →
Игорь Шевченко © (2008-07-14 22:32) [8]

тимохов (14.07.08 22:25) [5]

Не, я не спорю, но меня вполне CVS устраивает, потому его и рекомендую. Вот на RSDN-не например SVN используют, пришлось столкнуться, не понравилось.

← →
GrayFace © (2008-07-14 22:51) [9]

а как у них с простотой установки и освоения? И с требуемым местом?

← →
тимохов (2008-07-14 22:55) [10]

осваивать всегда нужно новое.
за неделю разберешься

← →
GrayFace © (2008-07-14 23:12) [11]

Всем спасибо, решили использовать SVN.

← →
тимохов (2008-07-15 13:06) [12]

правильное решение

вопросы по настройке будут, можешь в личку спросить. там есть тонкости в настройке - ну там тригера, безопасность и т.д.

timokhovgmailcom

← →
pasha_golub © (2008-07-15 18:19) [13]

> Игорь Шевченко © (14.07.08 22:22) [4]
>
> тимохов (14.07.08 22:17) [3]

> Мизерного трафика быть не может по определению - система
> должна сравнить файл в локальном каталоге и на сервере,
> так что трафик примерно одинаков,

у SVN копия локально хранится. и ему не надо лезть на сервак по этому поводу. вот когда commit, делаешь тут, конечно, одинаково.

← →
Игорь Шевченко © (2008-07-15 19:12) [14]

> у SVN копия локально хранится

Э...не понял. Локально хранится две копии - то, с чем ты работаешь и то, что живет на сервере ? А как оно синхронизируется, если не ты выполнил commit ?

← →
pasha_golub © (2008-07-16 09:25) [15]

> Игорь Шевченко © (15.07.08 19:12) [14]

> Э...не понял. Локально хранится две копии - то, с чем ты
> работаешь и то, что живет на сервере ?

Да. Об этом написано вот тут подробно:
http://svnbook.red-bean.com/nightly/ru/svn.forcvs.disconnected.html

Для людей, долго работающих с CVS, будет полезен вот этот раздел:
http://svnbook.red-bean.com/nightly/ru/svn.forcvs.html

И, вообще, вот эта книга (http://svnbook.red-bean.com/nightly/ru/index.html) все что нужно для работы.

← →
Rule (2008-07-16 10:32) [16]

Удалено модератором

← →
Rule (2008-07-16 11:01) [17]

Удалено модератором

← →
brother © (2008-07-16 11:02) [18]

Удалено модератором

← →
rule (2008-07-16 11:43) [19]

Git
http://ru.wikipedia.org/wiki/Git

← →
@!!ex © (2008-07-16 11:47) [20]

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

← →
Rule (2008-07-16 11:51) [21]

http://git.or.cz/course/svn.html

← →
rule (2008-07-16 11:53) [22]

http://sellme.ru/?name=linus-torvalds-on-git

← →
pasha_golub © (2008-07-16 13:07) [23]

> rule (16.07.08 11:53) [22]

При всем уважении к Торвальдсу, он есть ботан и религиозный фанатик. :0) О чем сам писал в своей книге. А потому можно расслабиться.

← →
тимохов (2008-07-16 13:30) [24]

Трафик при современном развитии техники не очень важен. Но у них он сделан действительно оптимально. Напомню, что SVN изначально должен быть лучше CVS. В частности, если не ошибаюсь, авторсы сабвершина писали, что трафик у них лучше будет сделан.

Но надо сказать, что есть определенного рода недостатки. Насколько я знаю лучшим оконным клиентом для SVN является TSVN (у SVN как такого есть только клиент командной строки - я им пользоватья не умею, но вроде он хорош для создания пакетных файлов). Так вот у этого самого ТSVN есть такая фишка как оверлеи - т.к. на иконках файлов и каталогов в проводнике выводится статус модифицированности. Вот я замечал, что иногда фоновый процеесс Тартоиса начинает дико тормозить (у меня большой достаточно репозитарий). Может здесь проблема в свяке с антивирем. Не знаю точно. Решается просто - отключается оверлейность. Не очень удобно, зато не тормозит.

← →
pasha_golub © (2008-07-16 13:39) [25]

> тимохов (16.07.08 13:30) [24]

Tortoise есть разработка trigris"a, поэтому отношения не имеет. Я тоже коммандной строкой не пользовался, а потом пришлось. Дико, конечно. Я ж батонщик, а тут ручками опции и прочее. Ну не так страшно.

> Вот я замечал, что иногда фоновый процеесс Тартоиса начинает
> дико тормозить

Тоже такое было. Правда, после очередного обновления прошло.

← →
Rule (2008-07-16 14:12) [26]

pasha_golub © (16.07.08 13:07) [23]
a если бы билли гейст был голубым (боюсь употребить другое слово, ибо забанят), так ты бы не использовал МС продукты ?
причем здесь сам Линус ??? мне лично пофигу кто он такой и чего из себя представляет, но Джит очень помог справиться с проблеммами, кторые встречались в процессе разработки с svn. Сейчас очень успешно используем его на работе.

тимохов (16.07.08 13:30) [24]
никто же не заставляет дикие сприпты писать ??? ты синтаксис смотрел вообще, там две команды для повседневного юзания вообще:
svn commit
svn update
я думаю это не очень страшно, а ну ещё первый раз нада ввести
svn co svn://lalalalala

помоему вообще ничего страшного и вот именно не понимаю фишку использования черепахи. Хотя естественно на вкус и на цвет ....

← →
pasha_golub © (2008-07-16 17:07) [27]

> Rule (16.07.08 14:12) [26]

> причем здесь сам Линус ???

Первое же предложение по ссылке:

> git – это распределенная SCM. Линус обзывает дураками всех, кто использует Subversion.

Это типа главный аргумент такой, если он вторым по счету идет? ;)

← →
Rule (2008-07-16 17:11) [28]

pasha_golub © (16.07.08 17:07) [27]
это не официальный документ раз Пашо, а во вторых это его личный доклад на гугле, а докладчик из него вообще никакой, о чем он в первую очередь и говорит (если ты смотрел вообще это видео)

А главное то, что Линус никогда не блестал прилежностью и деловыми качествами. Он - разработчик и очень хороший разработчик.
Так что принимать личные качества разработчика за описание написаного им кода - не есть правильно.

А ты Пашо всегда отвергаешь новые технологии пока они не начинают бить тебя по голове ...

← →
Ega23 © (2008-07-16 17:14) [29]

> pasha_golub © (16.07.08 17:07) [27]
> Rule (16.07.08 17:11) [28]

Пацаны, я топор таки наточил в воскресенье, как до него в споре дойдёте - обращайтесь... :)

← →
b z (2008-07-16 17:21) [30]

Source Safe Web, прост и не прихотлив.

← →
Palladin © (2008-07-16 17:38) [31]

> вот именно не понимаю фишку использования черепахи

а сообщения на кириллице пытался с коммандной строки коммитить?

← →
pasha_golub © (2008-07-16 17:41) [32]

> Rule (16.07.08 17:11) [28]

> А ты Пашо всегда отвергаешь новые технологии пока они не
> начинают бить тебя по голове ...

А по морде? :)) Я, Женя, фундаменталист. А ты кидаешься на все. ;)

> Ega23 © (16.07.08 17:14) [29]

> Пацаны, я топор таки наточил в воскресенье, как до него
> в споре дойдёте - обращайтесь... :)
>

Не, мы мирные. Ты ж видел.

← →
pasha_golub © (2008-07-16 17:42) [33]

> Palladin © (16.07.08 17:38) [31]

> а сообщения на кириллице пытался с коммандной строки коммитить?

Не, ну так нечестно. Я, например, при желании китайские через ГУИ не отправлю. :)

← →
Rule (2008-07-16 17:51) [34]

Palladin © (16.07.08 17:38) [31]

> а сообщения на кириллице пытался с коммандной строки коммитить?

да делаю ежедневно, правда у меня консоль UTF8

> pasha_golub © (16.07.08 17:41) [32]

>
> А по морде? :)) Я, Женя, фундаменталист. А ты кидаешься
> на все. ;)
>
>

вот в томто и разнца, вот кстати та ссылка чтоб небыло холиваров, кто захочет тот поймет в чем разница между свн и джитом
http://git.or.cz/gitwiki/GitSvnComparsion

← →
@!!ex © (2008-07-16 18:48) [35]

> [34] Rule (16.07.08 17:51)

назовите два преимущества Git перед SVN, которые именно для ВАС стали решающими.

← →
rule (2008-07-16 19:24) [36]

> @!!ex © (16.07.08 18:48) [35]
>
> > [34] Rule (16.07.08 17:51)
>
> назовите два преимущества Git перед SVN, которые именно
> для ВАС стали решающими.
>

1. распределенность (включающая в себя локальную версионность)
2.скорость мержинга бранчей

достаточно ?

← →
@!!ex © (2008-07-16 19:50) [37]

> 1. распределенность (включающая в себя локальную версионность)

Эм... Это зачем??

> 2.скорость мержинга бранчей

И что? Сильно отличается?
Просто у меня GPRS, проект на 4 метра кода мержится минут 5.... Практически на пределе канала...

← →
rule (2008-07-16 20:28) [38]

> @!!ex © (16.07.08 19:50) [37]
>
> > 1. распределенность (включающая в себя локальную версионность)
>
> Эм... Это зачем??

а это дает ряд глобальных преимуществ, локальная версионность думаю не стоит объяснять преимущества, а расспределенность позволяет синхронизироваться разработчикам не затрагивая других разработчиков, ну вот допустим такая ситуция что разработчик А и Б пишут один кусок кода и им нада синхронизироваться, а разработчик С работает над другой шнягой, и ему этот коммит не нужен вообще, тогда А и Б обмениваются дифами и у них синхронизировано все а уже когда они допишут задачу, то синхронизируются и с С. Это простая схема из 3 разработчиков, а если их 10 ???? тогда все ещё интереснее.

> > 2.скорость мержинга бранчей
>
> И что? Сильно отличается?
> Просто у меня GPRS, проект на 4 метра кода мержится минут
> 5.... Практически на пределе канала...

а все заключается совсем в другом. В свн бранчи - это тупо копии транка, а в джите - это гиты. Соответсвенно это всё со всеми вытекающими. Или и тут нада разжевать ?

← →
@!!ex © (2008-07-16 20:46) [39]

> расспределенность позволяет синхронизироваться разработчикам
> не затрагивая других разработчиков, ну вот допустим такая
> ситуция что разработчик А и Б пишут один кусок кода и им
> нада синхронизироваться, а разработчик С работает над другой
> шнягой, и ему этот коммит не нужен вообще, тогда А и Б обмениваются
> дифами и у них синхронизировано все а уже когда они допишут
> задачу, то синхронизируются и с С. Это простая схема из
> 3 разработчиков, а если их 10 ???? тогда все ещё интереснее.

Я работал в компании, где учавствовало порядка 12 программистов, делали один проект с одним репозиторием и SVN.
Это не проблема, залить версию в репу.

> Или и тут нада разжевать ?

Разжуйте, разжуйте, если не сложно.

← →
rule (2008-07-16 21:18) [40]

> @!!ex © (16.07.08 20:46) [39]
> Я работал в компании, где учавствовало порядка 12 программистов, делали один проект с
>одним репозиторием и SVN.
>Это не проблема, залить версию в репу.
>

Это был частный очень простой пример. Я не говорю что на свн работать невозможно, но на джите удобнее. Я привел пример чем распределенная система лучше. Да проект можно залить в репу, но тогда получиться что он станет доступным разработчику С, а если это нежелательно, да вобщем и неудобно.
Вобщем если хочется ездить на телеге, а не на машине, так пожалуйста.

> Разжуйте, разжуйте, если не сложно.

а вот уже сложно, просто вот примерчик про джипиэрэс выше и мерджинг немного некоректен. Потомучто мердж в свн - процесс чисто серверный, он берет бранч и мержит его с транком и вобщем все зависит от количества изменений. Так вот скорость этого процесса отличается просто в разы. Если проект достаточно крупный, то мердж может проходить минут 20. После перехода на джит у нас этот процесс занимает всего 10 секунд.
Голые цифры.

← →
@!!ex © (2008-07-16 21:28) [41]

> [40] rule (16.07.08 21:18)

Спасибо большое за разъяснения!
Последний вопрос, реально перенести репу с SVN?
Естественно без потери хитори изменений.

← →
тимохов (2008-07-17 00:29) [42]

(ненавижу тач пад, я уже пытаюсь второй раз запостить ответ, а он то сбрасывается, то окно браузера закрывается, то еще куда большим пальцем нажму)

Итак. Репа от свн - это просто каталог файловой системы. Переписываешь каталог в новое место и все ок. Нужно только прописать настройки, чтобы каталог стал репозитарием.

Я юзаю апач (у меня версия 2.0.55). Для того, чтобы каталог стал репой нужно, чтобы:
1. на компе был установлен апач и свн (при установке свн прописывает в апач почти все нужные настройки, кроме конкретных реп).
2. чтобы в настройках апача в файле httpd.conf были соответствующие настройки.

В моем случае это

<Location /projects> DAV svn SVNPath "v:/Projects/repos" </Location>

или

<Location /projects> DAV svn SVNPath "v:/Projects/repos" AuthType Basic AuthName "Projects subversion repository" AuthUserFile "v:/Projects/auth/svn-auth-file" Require valid-user </Location>

, если нужна аутентификация.

В последнем случае в каталоге svn-auth-file лежит файл, созданный соответствующей утилитой из апача - это файл с паролями. Не помню точно как она называется, но лежит в апачевстком каталоге.

← →
wicked © (2008-07-17 00:34) [43]

> Не помню точно как она называется, но лежит в апачевстком
> каталоге.

htpasswd

← →
тимохов (2008-07-17 00:41) [44]

Хочу заметить в дополнение к перетаскиванию репы в новое место, что при смене урла у репы нужно у working copy сделать т.н. relocation на новый адрес. Это я всегда делаю через tsvn.

← →
@!!ex © (2008-07-17 07:47) [45]

> [42] тимохов (17.07.08 00:29)

нет-нет. :)
Я имел ввиду перетащить репу на Git.

← →
pasha_golub © (2008-07-17 10:03) [46]

> Да проект можно залить в репу, но тогда получиться что он
> станет доступным разработчику С, а если это нежелательно,
> да вобщем и неудобно.
> Вобщем если хочется ездить на телеге, а не на машине, так
> пожалуйста.
>

Ага, конечно. Прям ужас какой-то. Вот тебе два варианта решения этой ужасной задачи.

1. Если братья-программисты работают над разными делами - сделайте для каждой братии отдельную репу. И тогда каждый отдел будет сам решать когда ему обновлять изменения второй братии.

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

← →
pasha_golub © (2008-07-17 10:05) [47]

> . В свн я могу проапдейтить только те файлы, которые захочу.

Это я к тому, что если, например, я знаю файлы с которыми люди работают, то их я могу не обновлять. И даже более того. О ужас! Я их обновляю. Мне они не нравятся и я делаю откат на любую другую ревизию.

← →
matt © (2008-07-17 11:06) [48]

а для локального пользования под виндами что порекомендуете?

← →
b z (2008-07-17 11:39) [50]

> pasha_golub © (17.07.08 10:03) [46]
>
>

Пашо я не сказал, что джит может чегот-то что не можно сделать (хоть и через другое место) с помощью свн, да это все можно сделать и с помощью цвс и даже vss. Да пользуй vss, да здравствую блокировки и все такое. Да ради бога.

> @!!ex © (16.07.08 21:28) [41]

http://blog.viarails.net/2008/4/4/how-to-convert-your-svn-repo-to-git

да и вообще советую там полазить по джитовскому сайту да и почитать.

> rule © (17.07.08 14:37) [51]

Ты мне скажи лучше клиентские прилады под джит. А то коммандная строка меня бесит. А у СВН новая черепаха 1.5 вышла вообще прелесть. Пошаговое решение конфликтов, и прочия вкусности.

> pasha_golub © (17.07.08 14:43) [52]

Ну не знаю поищи, я не люблю гуи. Должно по идее быть.
допустим вот
http://repo.or.cz/w/git-cheetah.git/
черепахоподобный клиент для винды.

> rule © (17.07.08 14:46) [53]

> я не люблю гуи.

КОнечно, потому что под джиту их нет. :0)

Хорошо. А как в консоли вразумительно сделать такое:

1. Начинаем делать коммит.
2. видим список файлов
3. для каждого файла запустить сторонню программу для просмотра изменений, чтобы вразумительно написать комментарий к коммиту.
4. После просмотра добавляем сведения к комментарию.
5. коммитим

<offtop>Жека, пожалуйста, срочно стукнись ко мне куда-нибудь.

http://www.tikmusic.com.ua/

> pasha_golub © (17.07.08 15:28) [54]

пашо я тебе гуи отписал ссылку ...
во вторых я в консоли и с свн работаю. Либо иногда через сабклипс, но очень редко.
Согласен с тем что в Винде из cmd намного неудобнее работать чем из под консоли под никсами, поэтому в винде тоже пользуюсь черепахой.

ой, какой холиварчик забавный. а чего тут холиварить, если git лучше — не ясно. %-)

зыж для особо любопытных: потому что Кэтмар ниасилил SVN даже с поллитрой, в отличие от 5 минут, потраченых на асиливание git.

---
All Your Base Are Belong to Us

> ketmar © (17.07.08 21:29) [60]

> потому что Кэтмар ниасилил SVN даже с поллитрой,

а кет оказывается всего лишь полубог. фи

>[61] pasha_golub © (2008-07-18 11:19:00)
«против глупости сами боги бороться бессильны» (ц)

---
Understanding is not required. Only obedience.

«как часто полутороумных мы принимаем за полоумных, воспринимая лишь треть их ума» (ц)

← →
тимохов (2008-07-19 21:30) [64]

по моему имху примеры rulа из пальца высосаны

при знании свн и в нем можно организовать процесс, сходный с заявленный рулом.

← →
тимохов (2008-07-20 12:18) [65]

Почитал я тут про git.

Действительно впечатлающие возможности для распределенных команд.

Очевидно, что есть ситуации, когда без возможностей git обойтись будет сложно. Но, я думаю, что подобные ситуации не являются общей практикой.

Действительно многие проблемы в svn, могут быть решены корректной организацией работы в svn. Опять же - разбиение проекта на несколько репозитариев. Использование svn:externals и пр.

Одним словом - git имхо для редких случаев (согласитесь, что разработка ОС и фрейморков, ruby on rails, например, не является типовой задачей).

>[65] тимохов (2008-07-20 12:18:00)
вообще-то git универсален. когда я открыл для себя git, первое действие в каталоге нового проекта — git init. %-)
svn медленней, репы занимают больше места и не позволяет нормального доступа по ssh-ключам. или позволяет, но я опять ниасилил. алсо, ничего удобнее gitorious я пока не видел. %-)

говорят, mercurial ещё схож по идеологии, но бидон, бидон…

---
Understanding is not required. Only obedience.

>[66] ketmar © (2008-07-20 14:17:00)
хотя справедливости ради: git без perl тоже не шибко юзабелен. %-)

---
All Your Base Are Belong to Us

а это что за приблуда: http://www.darcs.net/
кто-нить юзал?

>[68] wl © (2008-07-21 18:01:00)
хацкель. на этом её юзабельность резко закончилась.

---
All Your Base Are Belong to Us

Система контроля версий кода для VS2005 для удаленной работы Найти похожие ветки