Битовая корзина "У этого запроса на получение есть конфликты", но Git локально заявляет "обновленный"

У меня довольно странная проблема с битовой корзиной, когда я добавляю ссылку на сервис в проект. Таким образом, при создании запроса на добавление после добавления ссылки на сервис я получаю предупреждение, выделяя This pull request has conflicts., Поэтому я направляюсь к разрешению конфликтов, но при запуске соответствующих команд мне сообщают, что все в курсе. Возможно ли, что git игнорирует определенные файлы, которые собираются в ведре? Кто-нибудь имел опыт в этой области ранее?

Я расскажу об этом подробнее, подчеркнув пошаговую диагностику того, что я делаю:

  1. Добавить сервисную ссылку в проект
  2. Зафиксируйте изменения
  3. Создать пул-запрос
  4. Основные моменты бит бит есть конфликты You must resolve the conflicts before you can merge
  5. Я запускаю следующие команды со следующими результатами:

git fetch origin develop

git checkout feature/my-branch

git merge FETCH_HEAD

Уже в курсе

Буду признателен за любую помощь в этом вопросе, поскольку я зашел в тупик!

РЕДАКТИРОВАТЬ

Я сузил это далее, есть ряд файлов GenericObjectDataSource, добавленных при добавлении ссылки, которые имеют очень длинные имена файлов (на случай, если есть максимальная длина, о которой все знают в битовой корзине или git). Они выглядят следующим образом, когда я проверяю эти файлы, появляется сообщение о конфликте:

<?xml version="1.0" encoding="utf-8"?>
<!--
    This file is automatically generated by Visual Studio .Net. It is 
    used to store generic object data source configuration information.  
    Renaming the file extension or editing the content of this file may   
    cause the file to be unrecognizable by the program.
-->
<GenericObjectDataSource DisplayName="CreateJobFromResponse" Version="1.0" xmlns="urn:schemas-microsoft-com:xml-msdatasource">
   <TypeInfo>Namespace.NamespaceChild.NamespaceGrandChild.NamespaceGreatGrandChild.CreateJobFromResponse, Service References.MyServiceReferences.Reference.cs.dll, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null</TypeInfo>
</GenericObjectDataSource>
Источник

2 ответа

Решение

После многих часов копания и поиска в Google я наконец нашел проблему. У меня было подозрение, что это может быть связано с слишком большой длиной имени файла или пути на сервере.

Похоже, что при размещении git на сервере Windows, который по умолчанию, путь к файлу не может превышать 260 символов, если это не указано в команде.

Я нашел этот ответ, который выдвинул на первый план то, что требовалось, чтобы исправить мою проблему.

git config --system core.longpaths true
Источник

Попробуйте эту последовательность

git checkout develop
git pull --rebase origin develop
git checkout feature/my-branch
git rebase develop
Источник
Другие вопросы по тегам