Gaperton's blog

Git тоже умеет напрямую работать с SVN репозиториями. Почему был выбран именно Bazaar?
При работе с SVN репозиторием остаются ли плюшки DVCS в виде локальных коммитов?

А я вот читаю все плюсы git, и думаю - это ж bazaar!

На моём проекте сейчас следующий workflow: есть trunk, куда летят все новые правки; есть production branch, который выложен на production server и работает на нём. Major version change означает что создаётся новый бранч, копия текущего транка. Minor version change означает что некоторые правки из транка мержатся в production бранч.

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

Вопрос: реализуется ли такой workflow в базаре -- без тех мерзких извращений и мук, которые мы терпим с мержами в svn? (похоже feature branch который они упоминают -- это то что мне нужно; но я не уверен... чтоб быть уверенным мне придётся прорыть всю их доку, потом ставить эксперименты... будет очень обидно, если в конце выяснится, что таки нет, низя такую чуду сделать)

(ЗЫ: корпоративный стандарт заставляет меня использовать svn. Если выяснится, что базар умеет такой воркфлоу поверх svn как repository format -- будет вообще идеально. Если умеет, но не в связке с svn -- всё равно хорошо, т.к. у меня будет очень сильный аргумент что на моём проекте корпоративный стандарт крайне неэффективен по сравнению с bzr.)

Заранее благодарен за совет.

Хочу заранее предупредить, что возможно все проблемы от кривости рук и незнания "как их правильно готовить". Но факт есть факт -- проблемы эти у меня есть.

Первая проблема с мержами в svn -- это что хотя номинально он и поддерживает историю мержей (svn:mergeinfo), но по факту это крайне хрупкая и эфемерная конструкция. Неоднократно наблюдал, как от малейших толчков всё сыпалось. Они утверждают, что эта вещь позволяет им делать умные (автоматические) мержи бранчей друг в друга и в транк -- но у меня ни разу не получилось такой мерж выполнить. Вести разработку в двух ветках одновременно у нас также ни разу не получилось. Прямой и обратный мерж между ветками сразу же взрывает мозг и нам и svn, и слить всё в единый транк потом кроме как вручную нереально. Как минимум приходится записывать ревизии, когда и в какую сторону был мерж, чтобы потом при последующих мержах указывать эти ревизии (типа "мержить не от начала времён, а от ревизии Х которая была вмержена последний раз").

Вторая проблема с svn это что когда я хочу мержить -- я вынужден поднимать историю коммитов. Нет никакой возможности мержить пачками (именно тут feature branch судя по описаниям смотрится особо привлекательно).

Вообще, хочу поправить свой первоначальный вопрос -- я его не совсем правильно сформулировал. Базаром я хочу решать не столько проблемы с описанным в первом посте workflow: с ним мы и так вроде справляемся. Что нам сейчас всё более и более необходимо -- это та самая возможность вести разработку параллельно в двух и более ветках с общим предком. С возможностью не-ручного мержа их потом назад в одну ветку. А вопрос мой был -- смогу ли я мержить fix-by-fix буде мне это понадобится.

Т.е. я понимаю конечно, что это осуществимо как минимум так (очень нехорошо, но демонстрирует осуществимость):

$ cd {branch-to-merge-from}
$ bzr diff {specify-the-change-you-need} > patch.txt
$ cd {branch-to-merge-to}
$ patch < patch.txt

Интересно другое: 1) можно ли это делать непосредственно средствами базара, и 2) запомнит ли он информацию об этом мерже для использования в последующих мержах?

ЗЫ: Видимо придётся-таки читать. :( Не смог внятно объяснить проблему, только запутал всех.

Хех, базаар штука конечно удобная, но по сравнению с гитом тормознутая, увы. Когда попробовал Qt хранить в базааре, на моем атоме это было крайне медленно. Сейчас перешел на git, чем крайне доволен.

Проблем с авторизацией одновременно и на прокси, и на https репозитории не было? Базаар видит только один хост - конечного репозитория. Он понимает, что реалмы разные, но как правильно указать в конфигурационных файлах, не знаю. Там параметр реалм отсутствует. А воспринимать прокси как отдельный хост отказывается. Пока удалось авторизоваться в автоматическом режиме только на прокси. Вводить логин/пароль для репозитория каждый раз - не вариант.
Есть мысли, что можно сделать?
http://stackoverflow.com/questions/5594477/bazaar-cant-get-authorization-both-on-isa-proxy-and-on-repository-via-ssl - задал вопрос на стэке

В смысле не смог автоматически без ручного ввода или в принципе не получилось? Если последнее, то на стэке описал, как добиться только одного вопроса. Но, блин, как вот от него избавиться...
Изучать питон для меня не вариант. Да и ставить дополнительную софтину, которая полностью сокроет прокси, тоже не то - замаешься писать инструкции и консультировать, если сделать стандартным VCS в команде.
Похоже, у гита таки есть плюсы.