Как распределить '.desktop' файлы и значки для пакета Python в Gnome (с distutils или setuptools)?

Проблема здесь в том, что hellofile не отслеживается в feature2, но существует в master. -m разработан для обеих веток, имеющих некоторые изменения в отслеживаемом файле. Теперь это изменение может или не может быть организовано, но отслеживается в нашем рабочем дереве. Наоборот, я надеюсь, что имеет смысл, что если бы обе ветви добавили и зафиксировали какую-то версию файла, у нас был бы стандартный конфликт.

Если файл не отслеживается по крайней мере в обеих ветвях, то трехстороннее слияние, по-видимому, разрешает конфликт как git checkout --ours ... подробнее об этом в разделе для обсуждения.

То есть, делая это в вашем примере,

$ echo "world" > hellofile
$ git checkout -m master

вы фактически (не на самом деле) говорите, что игнорируете изменения в неотслеживаемом файле текущих рабочих каталогов. Однако, если бы вы отслеживали hellofile в обеих ветвях и делали ваши изменения,

$ `echo "world" > hellofile"
$ `git add hellofile`

вы бы получили конфликт, который выглядел бы примерно так:

<<<<<<< master
hello
=======
world
>>>>>>> local

Я собираешься предположить, что это то, что ты собирался; он был правильно помечен как конфликт слияния. Тем не менее, ваши изменения были перенесены в обе ветви без каких-либо обязательств.

Обсуждение

В документации не сказано, что это задумано, но ваша проблема заключается в поведении. Я думаю, что это, вероятно, упущение / ошибка с их стороны. Похоже, они имеют в виду

"Однако, с этой опцией, выполняется трехстороннее слияние между текущей веткой, вашими проиндексированными файлами и новой веткой, и вы будете в новой ветке. "

blockquote>

Прочитав этот пост: Можно ли использовать git diff для неотслеживаемых файлов? , я собираюсь предположить, что на самом деле В схеме слияния происходит то, что в файле рабочего каталога на самом деле нет действительного большого двоичного объекта в индексе, который можно рассматривать как нечто для слияния, и поэтому для всех намерений и целей «игнорируется».

Редактировать: Вот только что заданный вопрос со схожей головоломкой: Почему git checkout < < file > > не работает, когда тот же файл находится в индексе?