Система контроля версий кода для 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]
это не официальный документ раз Пашо, а во вторых это его личный доклад на гугле, а докладчик из него вообще никакой, о чем он в первую очередь и говорит (если ты смотрел вообще это видео)

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

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

> 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, прост и не прихотлив.

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

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

> Rule (16.07.08 17:11) [28]

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

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

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

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

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

> 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

> [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.скорость мержинга бранчей

достаточно ?

> 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.... Практически на пределе канала...

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

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

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

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

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

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

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

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

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

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

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