Я провел дальнейшие исследования и обнаружил, что путаю проекты веб-сайтов с проектами веб-приложений. Вот что я нашел:
Проекты веб-приложений
- Содержит информацию о сборке через свойства приложения (скрытый файл AssemblyInfo)
- Создает рабочий сайт после компиляции
Проекты веб-сайтов
- Может содержать информацию о сборке через файл AssemblyInfo в папке App_Code
- Создание рабочего сайта на месте
Проекты веб-приложений
- Скопируйте файл AssemblyInfo только из проекта веб-приложения (я проверял это)
CrusieControl.NET - SVNLabeller
- Может перезаписывать только номер версии в файле AssemblyInfo в проекте веб-приложения
Таким образом, я буду использовать проекты веб-приложений в будущем. Ранее я использовал проекты веб-сайтов, поскольку они работали на месте, и мы просто копировали их на Live Server (я знаю, что это плохо - именно поэтому я задаю все эти вопросы, пытаясь улучшить нашу среду разработки) .
Этот ответ является моей запиской о дальнейших исследованиях, которые, как мне кажется, являются целью переполнения стека. Если кто-то захочет изменить вопрос на что-то более подходящее моему ответу, я пойму - я попытаюсь пометить себя заново.
Также, если я пропустил оценку с моим объяснением здесь, пожалуйста, скажите мне!
Приветствия
EDIT
После дальнейших исследований выясняется, что при объединении сборок возникают проблемы с проектами веб-развертывания и проектами веб-приложений. Единственный способ заставить его работать - это по-разному называть сборки, что оставляет мне 1 сборку с информацией о версии и 1 сборку с моей информацией о манифесте (учитывая, что моя версия информации поступает от SVNLabeller). Это не то, что я хочу. Теперь я возвращаюсь к проектам веб-сайтов и обнаружил, что могу вручную отредактировать файл .wdproj, чтобы добавить дополнительную информацию о сборке. Жаль, что я не могу сделать это с помощью Visual Studio, но это лучшее решение, которое я могу найти для Теперь.