Персональный svn

О каком объёме исходников идёт речь(полный экспорт последней ревизии из trunk)?

Используй git/hg и https://bitbucket.org.

Пока 3500 строк кода.

Держи в хомяке, даже сервер не нужен. Какие проблемы?

Почему именно svn?

Держи в хомяке, даже сервер не нужен. Какие проблемы?

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

Носи на флешке репозиторий.

Почему именно svn?

На работе используется именно он. Можно сказать любовь с первого взгляда. Меня эта vcs полностью устраивает.

Носи на флешке репозиторий.

Мда...

Почему именно svn?

Потому что всё остальное нужно только гикам.

Потому что всё остальное нужно только гикам.

Поддерживаю.

Зря мдакаешь, кстати.

Могу пустить к себе. Доступ через webDav(mod_dav_svn на апаче).

Чем не устраивает такой вариант? И - на всякий случай - с svn легко перейти на mercurial почти не переучиваясь (естественно, это верно только для простейших commit/update)

на дропбокс svn выложить

Плюсую за hg на bitbucket.org

Ну и распределённые VCS рулят. Централизованные использовать — себя не любить.

assembla вроде...

localhost.

Кстати, что это значит? Т.е. децентрализованность VCS.

Своих серверов нет. Хочу держать где-то исходники в svn'е, но чтобы никто кроме меня не смог их слить =)

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

Облачные рабы.

assembla уже довольно давно не предоставляет бесплатных приватных репов. Могу посоветовать http://projectlocker.com/ - но очень тормозное.

Кстати, что это значит? Т.е. децентрализованность VCS.

Все репозитории (локальный, удалённый, третьих сторон) равноценны. Можно делать push/pop с любого на любой. То есть работа идёт в SVN так:
— Правим код
— Коммитим в удалённый репозиторий
— Правим код
— Коммитим в удалённый репозиторий
…

В DVCS:
— Правим код
— Коммитим его (в локальный репозиторий, лежит в подкаталоге .hg)
— Правим код
— Коммитим его
…
— Отсылаем набор коммитов в один из удалённых репозиториев

В результате нет привязки к удалённому репозиторию, можно делать иерархию репозиториев (репозиторий разработчика → тестовый репозиторий → основной репозиторий) и т.д.

Очень гибко и удобно выходит.

Могу пустить к себе. Доступ через webDav(mod_dav_svn на апаче).

Спасибо, но я уже зарегистрировался тут: http://www.assembla.com
За участие и желание помочь тебе уважуха.

assembla вроде...

Да-да, оно. Крайне годная вещь, ИМХО.

Облачные рабы.

Пасть заткни.

use git, Luke.

svn://localhost

svn:///home/user/svnrepo

купи минимальный хостинг

Т.е. я могу сначала сливать изменения в сво локальный, а когда они будут готовы мержить его с общим? А как там с конфликтами? Если например я изменю те же файлы, что и другой разработчик. А вообще спасибо за пояснение, не нагуглил инфы сам.

Т.е. я могу сначала сливать изменения в сво локальный, а когда они будут готовы мержить его с общим?

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

А как там с конфликтами?

Как и в SVN. Конфликты ловятся. Простые изменения мержатся автоматически, сложные — ручками. В случае hg при конфликте все изменения в файле будут отражены в нём с пометками. Понятно также, что в любой момент доступны и новые версии, вызвавшие конфликт, и старая, оригинальная.

никрута, а как же apache+mod_dav ?

Храни репозиторий в dropbox'e

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

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

Я как-то потерял двухчасовую работу, неудачно перезапустив мерж.

hg revert -r <версия> <файл> ?

Wuala полущ будет. Как раз для параноиков. Хотя лучше localhost спрятаный на 25метровой глубине ничего не придумали. :)

интересно, а как он вернет локальные изменения которые не были закоммичены и были затерты мержем?

Нет, сейчас уж и не упомню, какие именно команды я выполнял, но суть в том, что hg сделал бэкап незакоммиченных изменений, и при втором запуске сделал бекап в тот же файл, затерев все изменения подчистую

интересно, а как он вернет локальные изменения которые не были закоммичены и были затерты мержем?

Так он не позволит обновить файлы, пока изменения не закоммичены же.

суть в том, что hg сделал бэкап незакоммиченных изменений

Понял. Значит, это revert был. Я так сам пару раз терял изменения. Но это совсем даже и близко не то, что конфликт изменений :)

Централизованные использовать — себя не любить.

Для одного самое то.

Именно, что DVCS для одного — очень удобно. Скажем, с bors-core я один работаю, но у меня его локальных репозиториев штук 10 :)

а чо «мда»?

оно не даст (можно c -force) сделать мердж, пока имеются незакомиченные данные

Не, в том-то и прикол, что я не ревертил, а что-то другое делал. На 90% уверен, что мержил. И я пока ещё с своём уме, чтобы ревертить незакоммиченное :)

И я пока ещё с своём уме, чтобы ревертить незакоммиченное :)

Ну, со мной пару раз было :D В разном состоянии случается работать… Но при merge не помню, чтобы была ситуация, когда можно терять. Ведь коммит порождает новую версию, которую всегда можно взять снова.

github в помощь, можно для внутреннего купить акк

Наверно, это был апдейт поверх изменённых сурцов, сейчас не упомнить уже.

Как-то раз я тоже ревертнул изменения. В tortoisesvn в окошке просмотра сделанных изменений нажал автоматом кнопку revert вместо ok ;) Впоследствии оттуда эту кнопку убрали