Открыть список
Как стать автором
Обновить

Комментарии 9

Было бы здрово разобрать на мааааленьком примере. А так — спасибо!
Извините, но статья ни о чем.

Краткое содержание:
HG лучше чем просто патчи.
Как игнорить файлы в HG репозиториях.

+ общий код надо выносить в отдельные модули и хранить в отдельных репозиториях
Я пока что не сильно опытен в Mercurial, последние несколько лет сидел исключительно под SVN'ом, но даже простейшее гугление подсказало аналог svn:externals — Subrepositories, и, насколько понимаю, это именно то, что можно применять как раз в случае с общим ядром.

Другой вариант — hgforrest
Задача. которую вы решаете называется dependency management. И решается она совершенно другими средствами.
Управление зависимостями ≠ уплавление циклами и ветками разработки
все сводится к управлению артефактами. А ваши ветки и есть суть артефакты. Если посмотреть на конфигурации достойных систем управления зависимостями, там можно встретить возможность указать и branch и status и еще с десяток параметров для каждого артефакта.
ну и замечательно, когда буду разрабатывать свою мультиплатформенную операционку тогда изучу системы управления зависимости с идиотским термином «артефакт», на который нужно указывать десяток параметров.

А пока у меня есть git, mercurial и куча проектов средней сложности, где мне нужно быстро реагировать на изменения. Меня вполне устраивают инструменты, которыми я пользуюсь.

Ну и если вы уж затеяли это — давайте говорить предметно, с названиями систем, а не «есть другое, есть системы, всё иначе», бесите.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.