Как я могу сказать, что mercurial автоматически объединяется, когда я тяну, даже если я совершил изменения, которые еще не были нажаты?Mercurial - фиксация, а затем наложение новых изменений создает несколько головок
Когда я совершаю, а затем делаю новые изменения, я получаю две головы.
Git, похоже, делает это по умолчанию, так что я надеюсь, что это где-то в настройке. Я использую SourceTree как мой графический интерфейс для mercurial.
Слияние является кодировкой, и вы должны действительно подвергнуть сомнению свое решение сделать это автоматически. С мерзавцем общий совет использовать --ff-only вариант для git pull, который говорит мерзавца только делать слияние, если это «быстрая перемотка вперед», который должен сказать, «на самом деле не слияние вообще без каких-либо локальных изменений»
В любом git или Mercurial большинство людей до такой степени, что предпочитают --rebase вместо автоматического слияния. Он изменяет вашу локальную работу, чтобы добавить ее к концу работы, которую вы просто сняли, и сэкономит вам создание нового набора изменений слияния.
Если вы абсолютно хотите автоматически сливаться в Mercurial команда hg fetch но вы должны включить его в [extensions] разделе вашего ~/.hgrc, потому что это просто плохая идея, что он по умолчанию отключен (но делает судно ж/Mercurial так нет ничего, чтобы установить).
Если кто-то нажал, почему бы мне не захотеть автоматически слить их изменения? Если бы я беспокоился о том, что мой код испорчен, я бы использовал другую ветку. – jjxtra
Даже если вы используете отдельную ветку, вы все равно сливаетесь в какой-то момент. Это акт изменения кода, поэтому часто слышалось мнение, что это должен быть явный акт. Я не говорю, что вы плохой человек, просто сообщив, почему это не действие по умолчанию 'pull' и почему '--ff-only' настолько популярен в кругах git. –
Справедливо. Позже я понял, что могу запустить hg merge, и он объединит несколько головок, поэтому теперь это не проблема. Спасибо за ваши комментарии. – jjxtra