Никто не работает с сабжами ?
Можно ли как-нибудь автоматизировать 'commit' из репозитария 'mercurial' , созданного с помощью hgsvn ,
т.е. держать оба репозитария синхронизированными без особых телодвижений .
Или отправить SVN на свалку истории ...

А шо так жестоко? Чем меркуриал лучше?

1. Быстрее ( хотя в локалке не заметно )
2. Отсутствие одного центрального репозитария( можно комитить без доступа в сеть)

1. В смысле? Передаёт только дельту? Сейчас это уже неважно. У меня инет почти как локалка.
2. В моих глазах это сомнительное преимущество. Для open source проектов это может быть как раз то, что надо, но в фирме, мне кажется, лучше иметь центральный репозитарий.

1. Тогда действительно не важно ;-)
2. Можно обмениваться ревизиями минуя центральный репозитарий , экспериментировать .
Но главное преимущество (для меня) - можно комитить без связи с репой , дома например , а через
неделю уже на работе залить патчи.
У нас где-то месяц назад упал сервер , на нём была виртуальная машина SVN , бэкап был не первой свежести
( ну здесь конечно администратор лоханул) я ждал неделю пока восстановят данные , скукотища .... :-)

В svn можно репу зазеркалить, я правда не пробовал, нужды не было...
PS А, нет, с зеркалом ничего не выйдет. В зеркало нельзя коммитить, можно только синхронизировать с источника...

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

WO?

Workorder, типа бранча. Около 125 мб :)

А почему он все 125 килотонн по сети гнал? У вас что за VCS?

У нас так сделано, что для каждого проекта открывается новый бранч. Потом к релизу все это мержится в транк главным.
зы vcs - svn

Я всё равно ничего не понимаю. При правильном бранчинге вообще ничего не копируется. По идее открыть новую ветку - секундное дело...

Ситуация была нетипичная, но неважно. Новую ветку как-то надо локально на диск себе положить, не так ли?

svn switch

Не, у нас так не делают. Почему - хрен его знает.

Что значит - у вас? Это же локальная команда, всем должно быть пофиг, сделаешь ты это так, или иначе.

У нас новый бранч открывается скриптом, который и копирует его на диск. Но почему-то мне твой вариант нравится больше, и я не понимаю, почему я сам до этого не додумался :) Пойду поговорю с одним из мэйнтейнеров свн.

Ещё огромнейший плюс - таги с бранчами искаропки.
Откатываться(rollback) просто удовольствие :-)

Ты имеешь в виду merge tracking? Так с полуторки это и в svn есть.

посмотреть на tailor - это штука, умеющая гонять изменения между разными VCS. вроде связка svn + hg у меня работала.
хотя я на работе пересел на git svn, оно получше интегрируется

распределенные DVCS удобны тем, что ты можешь эксперементировать у себя в репозитории как хочешь - делать десятки веток, накатывать/откатывать патчи и т.п., не затрагивая основной ветки разработки.
у меня сейчас на работе основной репозиторий - svn, но я использую git для своей работы, поскольку это мне позволяет эксперементировать в очень широких пределах. я на каждую новую фичу завожу отдельную ветку и веду разработку в ней, в основной ветке ведя только багфиксинг. как только ветка стабилизировалась, я сливаю ее в основную и коммичу в репозиторий.

Что мешает сделать бранч и экспериментировать в нем?

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

Спасибо. Просто я ничего кроме cvs/svn/vss не видел.

И что, каждый разработчик использует DVCS по своему усмотрению? Это бардак какой-то, а не организация работы. А если у тебя комп накроется? Где будет вся твоя работа? Кроме того, я не согласен с тем, что бранчинг в svn - тяжёлая операция. Там первоначально вообще ничего не копируется, создаётся один хардлинк ЕМНИП.

компьютер бэкапится каждый день, чего бояться-то? если винт накроется, то потеряется дневной объем работы, но он бы и потерялся при использовании subversion. а у DVCS более развитые средства слияния изменений чем у subversion - это много раз проходилось :-)

Можно кстати с помощью SVK локально зеркалить репу svn.

Буду потихоньку , проект за проектом переползать на mercurial , hgsvn конвертирует без нареканий :-)

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

А если у тебя комп накроется ? ;-)

удачи в переходе. DVCS очень удобны если есть человек, который знает что надо в релиз интегрировать и т.п. в этом смысле очень удобным был aegis, но он похоже загнулся
а под чем вы работаете? под винду кстати tortoise HG уже появился, по аналогии с CVS & SVN

Плагин к Eclipse есть , очень функциональный кстати , или в консоле .