VS2010 - Добавление новых проектов не наследует существующие конфигурации сборки

У меня есть решение Visual Studio 2010 со многими проектами и многими конфигурациями сборки, чтобы использовать преобразования Web.config для автоматического развертывания.VS2010 - Добавление новых проектов не наследует существующие конфигурации сборки

Моя проблема в том, что добавлен новый проект, он не наследует существующие конфигурации и, следовательно, сборка сбоев на сервере сборки.

В качестве примера, скажем, я следующий обычай строить конфигурации:

развития
QA
Производство

При добавлении нового проекта, он содержит только стандарт Конфигурации Debug и Release и ни одна из вышеперечисленных пользовательских конфигураций.

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

Каков правильный способ справиться с этим?

Редактировать Я удалила информацию о том, почему он не на сервере сборки, потому что не имеет никакого отношения (и очевидно), мне просто нужно знать, если есть способ, чтобы существующие пользовательские строить конфигурации автоматически подобран новый проект добавляется к решению.

источник

2014-01-23 Terry

Это простая проблема образования. Вероятно, хуже, чем разработчики не строят свои проекты так же, как сервер сборки, это никогда не ошибка. Плохая практика может быть трудно искоренить, убедитесь, что разрывы сборки видны всем *, включая босса. –

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

Правильный способ обработки чего-то, что вам нужно сделать вручную на компьютере, обычно выполняется автоматически. Без шуток. Создаются все наши файлы проектов (как C#, так и C++): они автоматически импортируют правильные листы свойств со всеми параметрами сборки, и все они имеют одинаковые платформы/конфигурации. Это относительная небольшая работа, чтобы свернуть программу, которая позволит вам сэкономить больше времени и усилий. В основном пространство имен Microsoft.Build.Construction имеет все, что вам нужно. Чтобы сделать программу удобной, мы добавили небольшой ui сверху, который позволяет перетаскивать каталоги, в которых можно создавать проекты. Поэтому мы просто запускаем его, создаем каталог, перетаскиваем его на него и добавляем новый проект в решение VS.

источник

2014-01-23 15:54:31 stijn

Хотя это может сработать, мне все еще интересно, есть ли автоматическое решение * из коробки *, а не автоматическое решение * custom *. – Terry

Когда VS создает новый проект, он использует шаблон, и ему все равно, какие конфигурации у вас есть в решении, которое в настоящее время открыто. Afaik, это как раз то, как это работает, и нет способа позволить ему делать то, что вы хотите из коробки. Таким образом, единственный другой вариант, опять же afaik, - это изменение шаблонов файлов проектов по умолчанию, используемых VS. Но тогда вам придется делать это на каждой машине develeoppers. И всякий раз, когда вы создаете проект, он должен начинаться с шаблона, поэтому у вас всегда будет своя конфигурация настраиваемых построек, которая кажется довольно нежелательной. – stijn

VS2010 - Добавление новых проектов не наследует существующие конфигурации сборки

ответ

Смежные вопросы