Я смотрю с помощью MSBuild из командной строки для запуска схемы сравнения (*) .scmpMSBuild схема сравнения - пустая цель
В решении есть несколько баз данных, и команда не всегда великолепно не забывая проверять изменения (хранить procs, таблицы и т. д.) в решении. Хотя Visual Studio может показать сравнение, я не могу найти способ экспортировать список ошибок, чтобы я мог преследовать команду. Снимки экрана кажутся единственным способом.
Я думал, что я увижу, есть ли какие-либо инструменты для составления списка различий. Я наткнулся на пример на следующем:
http://blogs.msdn.com/b/ssdt/archive/2014/07/15/msbuild-support-for-schema-compare-is-available.aspx
Я видел этот пример:
C:\SampleProject > msbuild /t:SqlSchemaCompare /p:SqlScmpFilePath="d:\sc.scmp" /p:target="d:\target.dacpac" /p:TextOutput="d:\1.out" /p:Deploy="true
Однако я не могу заставить его работать. Когда я бегу эквивалент против моего конкретного набора вверх я получаю:
C: \ Program Files (x86) \ MSBuild \ Microsoft \ VisualStudio \ v12.0 \ SSDT \ Microsoft.Data.Tools.Schema.SqlTasks. Цели (843,5): Ошибка SchemaCompare: дег получить участника недействителен или пуст. в Microsoft.Data.Tools.Schema.Tasks.Sql.SqlSchemaCompareTask.Execute() [C: \ TFS \ Argon_Main Solution_Latest R elease \ Source \ Бла \ SomeData.DataDatabase.sqlproj]
Кто-нибудь есть какие-либо идеи?
Cheers
Привет, я не использовал схему сравнения по сравнению с командной строкой, но похоже, что вы исправляете проблему не так - лично я заставил бы ваших разработчиков проверять код, если вы регулярно развертываете исходный контроль и они продолжают терять изменения, которые они проведут, - ** также ** они должны работать над своими собственными экземплярами и проверять, чтобы нажимать на общие экземпляры, а не работать непосредственно с общими экземплярами - это фактически решит вашу проблему :) –