[bzr vs hg] subrepos, bigfiles и другие вопросы

А что именно Вы хотите от subrepos в плане бранчей?

Современное расширение для больших файлов называется largefiles.

subrepos не нужны, vendor import наше ффсио :)

А что именно Вы хотите от subrepos в плане бранчей?

хочу чтобы оно работало. Щас ругается что не может создать удалённый бранч, приходится лазить по индивидуальным репам и делать hg push --new-branch

ну и subrepos кривоват в плане синхронизации изменений. Он пытается со всех репозиториев push сделать, даже с тех в которых не было изменений.

largefiles

угу, лоханулся я :(. hg развивается быстрее чем я думал.

vendor import

что это?

vendor import

что это?

Это техника работы с внешними источниками кода. Отличается простотой и очевидностью - просто сохраняешь чужое дерево исходников в своем репозитории где-нибудь в vendor/ или lib/.

Щас ругается что не может создать удалённый бранч, приходится лазить по индивидуальным репам и делать hg push --new-branch

Насчёт этого напишите в рассылку или заведите баг, наверняка поправят, если в 2.1 еще не поправили.

ну и subrepos кривоват в плане синхронизации изменений. Он пытается со всех репозиториев push сделать, даже с тех в которых не было изменений.

А как еще по текущему репозиторию узнать, есть ли в нём новые изменения по сравнению с удалённым репозиторием? Хотя спец.ключик для push для принудительной неотправки изменений других репозиториев не помешал бы наверное. И посмотрите в 2.1: наверное при помощи phases можно определять это автоматически.

а он ведёт историю изменений в .hgsubstate. так что всё может, только не хочет.

И посмотрите в 2.1

спасибо, гляну

сохраняешь чужое дерево исходников в своем репозитории где-нибудь в vendor/ или lib/.

oh shi~...

1) Не, у меня куча своих «проектов», они на друга завязаны. Кучу копий держать это хреново. Правда, я симлинки делаю иногда....

2) Тут самое главное это удобство. Хочется ррраз и одной коммандой всё обновить и не париться. Тем более щас 3 активных проекта с кучей под-проектов, не набирать же в каждом update/commit/pull/push индивидуально? Короче, с индивидуальными репами мне неудобненько.

Не, у меня куча своих «проектов», они на друга завязаны.

Сделать из них отдельные библиотеки?

Сделать из них отдельные библиотеки?

сделано, это и есть библиотеки :). Они в нескольких репах. Ну, если быть точнее, одна библиотека в одной репе и несколько программ которые её используют. Проги тоже в разных репах.

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

А что библиотека делает в репе программы, когда должна быть установлена в системе?

всё в разных репах

Тогда зачем в таком случае подрепозиторий?

одним репозиторием всё держать не есть Ъ.

Общественность интересует вопрос зачем *под*репозиторий.

можно и не *под*-репозиторий, можно репозиторий сбоку.

Это я перевёл слово subrepos на русский.

хочу чтобы оно работало. Щас ругается что не может создать удалённый бранч, приходится лазить по индивидуальным репам и делать hg push --new-branch

hg onsub? :)
Но, имхо, удалённые бранчи, тем более в Mercurial, надо делать только в случае крайней необходимости.

ну и subrepos кривоват в плане синхронизации изменений. Он пытается со всех репозиториев push сделать, даже с тех в которых не было изменений.

Так а он же не может узнать, что изменений не было. Вдруг для них не делался push или вручную поменяли «default = ...» .hg/hgrc файле. Ну и, плюс, ему нужно убедиться, что требуемая ревизия для субрепозитория доступна в удалённом клоне.

Вообще, Subrepositories в Mercurial классно сделаны, только в .hgrc надо добавить

[subpaths]
http[s]?://(.*)/(.*)/../(.*) = https://\1/\2/\3
http[s]?://(.*)/(.*)/(.*) = https://\1/\2/../\3

%include ~/.netrc.hg

Так а он же не может узнать, что изменений не было

Пусть учится :(

чтобы не спрашивал пароли

я по ssh синкаюсь, «пароль» лежит в ssh-agent.

И вообще он задрал переустанавливать соединение на каждый репозиторий. Надо чтобы по одному синкал. Кстати, что-то такое было в ssh, надо посмотреть...

Да, ControlMaster auto и ControlPath во многом решили проблему тормозов. Жаль что при этом надо одно соединение в фоне держать.

Пусть познаёт либастрал :)
А мы тут RhodeCode решили поставить, но там только https.
Насчёт соединений - та же фигня...

И кстати, при апдейте тянутся все ветки суб-репозитория, хотя это нафиг не нужно.

а ты работал со всякими mercurial-server итп? Как оно? Умеет одну комманду на все репы пременять? Ну типа onsub.

Этот mercurial-server? В 1-ый раз вижу, честно.
Если там доступ по ssh с возможностью удобного добавления пользователей/прав, как в Rhodecode или зачатки того, было бы здорово. И если там одно общее соединение будет на все push/pull, то вообще замечательно.
Что-то https часто стал выдавать «Connection timeout», в то время, как git по git/ssh без ошибок работал.
Надо попробовать будет обязательно, как до Линуксов доберусь. ;-)