Устранение конфликтов git с проектами куба SSAS

Question

У нас есть проект SSAS, в котором мы разрабатываем несколько кубов. Мы обнаружили, что, когда два человека работают на кубах в то же время, мы попали эту проблему конфликта:

<ProjectItem> 
<<<<<<< HEAD 
     <Name>MyCube.cube</Name> 
     <FullPath>MyCube.cube</FullPath> 
     <Dependencies> 
     <ProjectItem> 
      <Name>MyCube.partitions</Name> 
      <FullPath>MyCube.partitions</FullPath> 
======= 
     <Name>TheirCube.cube</Name> 
     <FullPath>TheirCube.cube</FullPath> 
     <Dependencies> 
     <ProjectItem> 
      <Name>TheirCube.partitions</Name> 
      <FullPath>TheirCube.partitions</FullPath> 
>>>>>>> d58147eef253310de9599cfe490eb0cede21c4e9 
     </ProjectItem> 
     </Dependencies> 
    </ProjectItem> 

Один пользователь слил свою ветку обратно в разработчика, и в их проекте третьего <ProjectItem> является TheirCube. Я заканчиваю свой куб и собираюсь объединить его обратно в dev, но в моем проекте третий <ProjectItem> - MyCube. Это, очевидно, вызывает конфликт - я не могу подтолкнуть куб в dev, не перезаписывая свой куб. Эта же проблема возникает при попытке объединить другую ветку в вашу собственную, из-за того, как структурируется XML.

Как мы можем решить это? Должны ли мы входить и вручную редактировать XML каждый раз, когда нам нужно объединиться?

Answer 1

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

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

Другие решения:

• если изменения в этом файле не имеют значения, untrack это в ваших локальных копий, так что вы не не должны нажать anychange больше нет.