Принудительно использовать настройки VSProps для переопределения настроек проекта - PullRequest
Новая
       23

Принудительно использовать настройки VSProps для переопределения настроек проекта

3 голосов
/ 10 июня 2010

У меня есть файл vsprops, который определяет оптимизации, с которыми должны быть построены все наши проекты для Visual Studio 2008. Если я устанавливаю свойства для проекта «наследовать от родителя по умолчанию проекта», он работает и заполняет ихфайл vcproj.Однако это не защищает меня от проверки разработчиком файла проекта, который изменяет оптимизации.В этом случае настройки проекта используются поверх настроек vsprops.Мне нужно сделать так, чтобы vsprops всегда имел приоритет над тем, что находится в файле vcproj.Это возможно?Другие обходные пути также приветствуются.

Ответы [ 2 ]

2 голосов
/ 10 июня 2010

Единственный совет, который я могу дать, если вы откроете Менеджер свойств для проекта и нажмете правой кнопкой мыши одну из папок Конфигурации, он должен открыть меню с пунктом «Свойства Overidden ...» Поворот открывает диалоговое окно, в котором перечислены все наборы свойств в конфигурации проекта, которые переопределяют лист свойств листа свойств, а также возможность выбрать некоторые или все и удалить переопределения.

2 голосов
/ 10 июня 2010

Хм, это просто не то, как была разработана Visual Studio. Он совершенно свободен от переключателей «переопределения босса», он предоставляет своему пользователю беспрепятственный доступ к настройкам конфигурации. Что должно иметь для вас смысл, разработчик может нанести гораздо больший ущерб своему коду, чем изменяя настройки. Если разработчик преднамеренно изменяет настройку оптимизации, то это происходит потому, что он профилировал код и определил лучшую настройку.

Во всяком случае, Visual Studio не только полезен для разработчика, но и полезен для вас. Напишите небольшую утилиту, которая анализирует файл .vcproj и проверяет, не были ли изменены параметры оптимизации. Это простой XML-файл, вам потребуется около 5 строк кода. Запустите его в событии, предшествующем сборке, на вашем этапе сборки и завершите сборку, если вы сочтете это неуместным. Однако работа с раздраженным разработчиком не может быть автоматизирована.

...