История изменений

git checkout -p не сливает никакие правки и не запускает разрешение конфликтов. Равно как и два предыдущих по списку варианта — они вообще для другого, они для ручного разрешения конфликтов при мерже на уровне отдельных файлов

Я понял наконец, о чем ты. Оказывается, «git checkout -p» предоставляет инструменты намного более убогие, чем таковые есть в Mercurial, Perforce, и даже SVN - во всех трёх есть автоматическое слияние с незакоммиченными правками, при этом тулза ручного слияния выпрыгивает только по конфликтам. В Git встроенная тулза вываливает вообще все правки, и в целом убога. Таким образом, Git просто не оставляет выбора, заставляя коммитить правки без необходимости на то, и дальше эти «служебные» коммиты сливать удобными инструментами.

Я хочу теперь услышать еще раз что-то вроде «мы выбрали Git, потому что это лучший инструмент для нашей задачи».

PS:

Равно как и два предыдущих по списку варианта — они вообще для другого, они для ручного разрешения конфликтов при мерже на уровне отдельных файлов

Ах да, спасибо, что напомнил про еще одну ублюдочность Git: checkout в грязную копию там смешан с функционалом разрешения конфликтов после слияния. Да, с точки зрения создателя Git это две близкие операции, но с точки зрения пользователя - совершенно разные, требующие различной реакции.

PPS: Оказался дубль-пересказ Там опять Go ругают (комментарий)
Мне почему-то показалось, что то сообщение так и не отправилось.

git checkout -p не сливает никакие правки и не запускает разрешение конфликтов. Равно как и два предыдущих по списку варианта — они вообще для другого, они для ручного разрешения конфликтов при мерже на уровне отдельных файлов

Я понял наконец, о чем ты. Оказывается, «git checkout -p» предоставляет инструменты намного более убогие, чем таковые есть в Mercurial, Perforce, и даже SVN - во всех трёх есть автоматическое слияние с незакоммиченными правками, при этом тулза ручного слияния выпрыгивает только по конфликтам. В Git встроенная тулза вываливает вообще все правки, и в целом убога. Таким образом, Git просто не оставляет выбора, заставляя коммитить правки без необходимости на то, и дальше эти «служебные» коммиты сливать удобными инструментами.

Я хочу теперь услышать еще раз что-то вроде «мы выбрали Git, потому что это лучший инструмент для нашей задачи».

PS:

Равно как и два предыдущих по списку варианта — они вообще для другого, они для ручного разрешения конфликтов при мерже на уровне отдельных файлов

Ах да, спасибо, что напомнил про еще одну ублюдочность Git: checkout в грязную копию там смешан с функционалом разрешения конфликтов после слияния. Да, с точки зрения создателя Git это две близкие операции, но с точки зрения пользователя - совершенно разные, требующие различной реакции.

git checkout -p не сливает никакие правки и не запускает разрешение конфликтов. Равно как и два предыдущих по списку варианта — они вообще для другого, они для ручного разрешения конфликтов при мерже на уровне отдельных файлов

Я понял наконец, о чем ты. Оказывается, «git checkout -p» предоставляет инструменты намного более убогие, чем таковые есть в Mercurial, Perforce, и даже SVN - во всех трёх есть автоматическое слияние с незакоммиченными правками, при этом тулза ручного слияния выпрыгивает только по конфликтам. В Git встроенная тулза вываливает вообще все правки, и в целом убога. Таким образом, Git просто не оставляет выбора, заставляя коммитить правки без необходимости на то, и дальше эти «служебные» коммиты сливать удобными инструментами.

Я хочу теперь услышать еще раз что-то вроде «мы выбрали Git, потому что это лучший инструмент для нашей задачи».