Мы используем меркурийный/черепаховый с центральным хранилищем, размещенным в печи.Меркурийные слияния разных файлов
Мы сузили то, что делаем, с самым простым сценарием. Сценарий начинается с того, что Боб и Джо клонировали репозиторий печи, поэтому оба они начинаются с идентичных наборов.
- Bob изменяет файл a.txt, фиксирует и толкает его в печь.
- Joe изменяет файл b.txt и фиксируется.
- Joe пытается нажать на печь, но получает следующие ошибки: пульт имеет головки на ветке «по умолчанию», которые не известны локально: 503dc02bd36c abort: push создает новую удаленную головку dba053a5be68!
- Это, очевидно, связано с изменениями Боба, которые нужно перенести из печи сначала. Итак, Джо вытащил изменения из печи и добился успеха
- Джо пытается нажать на печь, но получает следующие ошибки: abort: push создает новую удаленную головку dba053a5be68!
- Джо сливает его фиксаций с местными и успешно
- Джо в настоящее время пытается подтолкнуть к печи и успешно
В этом случае, кажется, что ртутный должен обнаружить, что оба пользователя обновляются различные файлы, а не сила а merge, что по сути является Джо, тянущим изменения Боба и вынужденным повторять и подталкивать изменения обоих пользователей.
Спасибо всем. Чтобы уточнить мой вопрос: нам любопытно, что мы что-то пропустили, или это именно то, как это работает. В этом случае, несмотря на отсутствие конфликта во время слияния, hg по-прежнему заставляет меня тянуть, объединять, повторять и повторять изменения моего коллеги, которые он уже совершил, и оттеснить в центральный репозиторий.
сценарий вы описываете очень ясно, но я не уверен, что спрашивают здесь. Вы, возможно, спрашиваете, будет ли хорошая идея для мерседесов вести себя так, как вы предлагаете?Вы заинтересованы в том, как сделать это по умолчанию для вашего репозитория? – alexis