Версия для печати темы

Автор: Sokoloff 26.1.2011, 19:27

Всем привет.

Я работаю над проектом на двух машинах, на работе и дома. Часто бывает так, начал писать на одной, продолжил на другой. Соответственно надо просто и удобно синхронизировать код. Сейчас я делаю это с помощью приватного SVN сервера, перед уходом закомитил в него, на другой машине забрал.
Но теперь появляется публичный сервер проекта (mercurial), мне не хочется выкладывать там недоделанный код, только более-менее протестированный. Почитал я про DVCS, по идее, они позволяют организовать работу так:
Пишу код на работе, пора идти домой - я комичу данные в персональный репозиторий. Пришел домой, забрал изменения работаю дальше. Закончил определенную доработку, публикую код в публичном репозитории без истории изменений которые были на приватном сервере.

Кто работает с mercurial подскажите как такое сделать?

Автор: Litkevich Yuriy 26.1.2011, 19:53

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

Автор: Sokoloff 26.1.2011, 21:11

Это сработает с измененными файлами, для новые надо добавить под контроль, еще надо удалять удаленные (ух, как коряво звучит). Можно использовать rsync, и скрипт, но это как-то монструозно.
DVCS позволяют отправить изменения патчем, можно через это сделать, накатывать патч скриптом на копию публичного хранилища а потом отправлять. Но это все велосипедно. А более стандартных методов нет?

Автор: Iron Bug 26.1.2011, 21:47

"более стандартный" - это механизм ветвления. отделил ветку, поработал в ней, закоммитил в главную версию. стандартно именно для этой цели и придумано. но будет ли это работать с удалёнными хранилищами - я хз. и как удалённые репозитории сводят конфликты при объединении разных веток - я тоже не особо знаю. читай документацию по меркуриалу на эту тему.

Автор: Litkevich Yuriy 27.1.2011, 21:01

меркуриал, как и гит, всю историю помнят, т.е. в публичном хранилище не будет в виде одной правки. Будут все промежуточные.

Sokoloff, яб не стал над этим мучатся. Есть правки и есть.

Автор: Iron Bug 28.1.2011, 8:05

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

Автор: Sokoloff 28.1.2011, 19:37

Можно конечно, это не критично, просто не хочется мусор из избы выносить.

Что-то я не пойму, в чем тогда преимущества распределенных систем. Все что предлагалось можно сделать и на SVN-е. Я думал, что распределенная система позволяет сделать распределенный процесс разработки. Ведь мою задачу можно и по другому представить. Есть несколько групп разработчиков, каждая занимается отдельным модулем проекта, возможно в разных городах или странах. У каждой группы свой рабочий репозиторий. Есть "выпускающие редакторы", которые переносят готовые доработки из рабочих реп в основной репозиторий. Схема уже не выглядит надуманной. Я думал что такое можно получить в DVCS "из коробки".

Автор: Litkevich Yuriy 28.1.2011, 21:24

ну если ветку потом слить с основной (master/trunk), то они и там появятся

она именно это тебе и даёт, в SVN-не ты никаких правок в отсутствии доступа к единственному хранилищу не зафиксируешь.

П.С.
Если мне память не изменяет, то в "ртути" ветки - это просто новые хранилища, в отличие от гита. Мол концептуальный замысел такой.

ну и пусть себе переносят, посмотри как троли работают. Все (!) их правки в конце концов появляются в открытом хранилище.

Автор: Sokoloff 28.1.2011, 21:49

Я читал что это в базаре так, но может и здесь то-же. Я еще с hg не работал.

Т.е. проблема только в сокрытии промежуточных правок? Остальное можно сделать без проблем?

Автор: Iron Bug 29.1.2011, 0:19

зафиксируешь. надо просто "перевести стрелки" с одного хранилища на другое. это делается одной командой relocate. переводишь с удалённого на локальное и правишь сколько влезет. потом - обратно переводишь и коммитишь. я это проделывала со своим переносным хранилищем: я не каждый раз с собой винт переносной на работу таскаю, я промежуточные копии иногда сохраняю локально. к тому же, есть экспорт-импорт и можно переносить отдельные части, выносить их в отдельные хранилища и много чего ещё.

Автор: Sokoloff 30.1.2011, 2:35

Опа, а это интересно. Я думал switch --relocate используется когда меняется адрес сервера. А такое использование мне и в голову не приходило. Можно поподробнее.
А как будут идти ревизии? Вот скажем в главном хранилище была ревизия №10. Перевели на локальное, какая ревизия в нем появится 10-я? Или у локального идет своя нумерация.

Дальше в локальном я зафиксировал 5 комитов, переключаю на удаленное, комичу туда, там добавится одна ревизия или 5?
Если 5, то как разруливать ситуацию если кто-то уже делал комиты в удаленное хранилище? Ведь может так получиться 1-го числа я сделал комит в локальное, 2-го кто-то в удаленное, а 3-го я комичу в удаленное. что покажет история на 2-е число?

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

Автор: Litkevich Yuriy 31.1.2011, 12:50

мне тоже. Два хранилища - два разных идентификатора хранилища, переключение не возможно.

вообще переключение (switch) в свине предназначен для переключения веток в рабочей копии. Либо перебазированиии адреса хранилища (когда хранилище просто взяли и переместили с места на место).

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

П.С.
гит, базар и ртуть придумали из-за невозможности в свине работать распределённо.

бери гит, уже много всяких проектов на нём живёт.