Почему код, сгенерированный конструктором C# (например, Form1.designer.cs), вызывает хаос в Subversion?

Я не знаком с C# или конструктором форм Windows, но просмотрев несколько файлов designer.cs, которые я смог найти в Интернете, я обнаружил, что они не имеют особенно сложной структуры.

Какие его части перестраиваются? Я предполагаю, что это в основном порядок свойств в методе InitializeComponent(), который перепутался?

Если это так, вы могли бы написать простой скрипт, который переупорядочивает эти строки, скажем, в алфавитном порядке (особенно если вы все равно никогда не редактируете эти файлы вручную), и использовать его как скрипт перехвата перед фиксацией в Subversion.

Эм, точно... поцарапай это. Большое красное поле в нижней части этого раздела говорит о том, что вы не должны изменять транзакции в сценариях ловушек. Но вы можете найти другой способ запустить этот сценарий где-то между изменением файла designer.cs и его фиксацией.

Редактировать:

На самом деле, учитывая комментарий скраймера по этому поводу:

Полный хак, но в худшем случае, непосредственно перед слиянием, я мог бы отсортировать ОБА файла и сделать слияние просто построчным делом...

Разве вы не можете позволить Subversion установить внешнюю программу слияния? Я использую KDiff3, который может запустите команду препроцессора перед сравнением или слиянием, чтобы можно было автоматизировать этот процесс.

Вот что можно попробовать:

• Сделайте вещи более модульными. Используйте такие компоненты, как пользовательские элементы управления и т. д., чтобы разделить формы на несколько физических файлов меньшего размера.
• Используйте шаблоны проектирования уровня представления, такие как MVP, для перемещения кода из представлений в стандартные классы POCO.
• Последние версии SVN позволяют вам устанавливать жесткие блокировки — используйте это, чтобы избежать сложных сценариев слияния.

Надеюсь, это поможет.

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

Все, что я могу предложить, это свести к минимуму использование конструктора. Лично я подключаюсь только к событиям в коде и использую конструктор только для инициализации и позиционирования. Таким образом, не так уж сложно понять различия в наборе изменений («о, кто-то добавил кнопку», «о, кто-то немного изменил ее внешний вид»).

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

«Решение» нашей команды состоит в том, чтобы отредактировать файлы Designer вручную после того, как мы закончим их редактирование, чтобы вернуть все на прежнее место, чтобы текстовый diff был читабельным, и чтобы одновременные изменения можно было разумно объединить. К счастью, большая часть реорганизации Visual Studio проста, так что это работает.

К сожалению, мы обнаружили, что этот шаг необходим для проверки правильности — мы обнаружили случаи, когда Designer молча удаляет то, что необходимо, что приводит к повреждению кода. Таким образом, этот шаг необходимо выполнить, чтобы обойти любые ошибки, разрушающие данные, скрывающиеся внутри. Вздох.

Поскольку у Microsoft плохой опыт исправления своих ошибок, единственным решением может быть улучшение Mono WinForms Designer так что он готов к прайм-тайму.

Единственный известный мне способ по-настоящему избежать этой проблемы при использовании системы управления исходным кодом в стиле слияния, такой как subversion, - это вручную кодировать формы, а не использовать конструктор. Очевидно, это было бы нехорошо, потому что ручное кодирование этих форм может занять некоторое время.

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

У меня была эта проблема в большом проекте, и мне пришлось применить довольно уродливый подход - сравнить файлы Designer.cs с целевой версией возврата и вручную объединить их с помощью инструмента слияния. Это не идеально, но это единственный способ, которым я вижу, что это работает согласованно с svn или другим инструментом управления исходным кодом в стиле слияния.

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