Как сгенерировать и упаковать файлы PDB с помощью NPanday? - PullRequest
Новая
       0

Как сгенерировать и упаковать файлы PDB с помощью NPanday?

2 голосов
/ 15 июля 2011

Мои коллеги и я пытаемся использовать Maven для создания наших проектов веб-сервиса на C # .NET. После некоторых исследований NPanday показался мне лучшим выбором. Нам удалось заставить NPanday работать с NUnit и локальным хранилищем артефактов Nexus.

Но теперь мы задаемся вопросом, есть ли способ создать и упаковать файлы .pdb для отладки (особенно потому, что у нас есть некоторые проекты, которые зависят от других внутренних проектов). Мы используем пакетный тип библиотеки dotnet с NPanday, и у него, похоже, нет способа сделать это.

Согласно документации может показаться, что custom-lifecycle-maven-plugin - это то, что нам нужно использовать для создания пакетов dotnet-symbol или dotnet-archive. Но я не уверен, как его использовать.

Я предполагаю, что для использования плагина custom-lifecycle-maven-plugin потребуется добавить наши собственные цели компиляции и упаковки (архивирования), аналогичные описанным здесь: http://docs.codehaus.org/display/MAVENUSER/Using+Maven+to+manage+.NET+projects Но выполнение этого, похоже, удаляет большую часть простота использования NPanday's maven-compile-plugin.

Может кто-нибудь помочь мне разобраться с этим? Спасибо!

Отказ от ответственности: Мои коллеги и я очень плохо знакомы с Maven, и мы изо всех сил пытаемся понять, как наилучшим образом применить его к нашим проектам. Кроме того, ради этого вопроса, пожалуйста, предположите, что использование Maven не подлежит обсуждению.

1 Ответ

2 голосов
/ 21 октября 2011

Ну, поскольку никто не ответил, я отвечаю на свой вопрос, основываясь на том, что мы узнали здесь на работе. Наше решение: вообще прекратить использовать NPanday. Он не может легко делать отладочные сборки.

Помимо этой конкретной проблемы, мы обнаружили много других проблем (или, по крайней мере, менее, чем желательных) черт в NPanday. Он использует компилятор C # (csc) вместо MSBuild, поэтому мы не могли легко использовать EDMX для нашей базы данных. Также нам пришлось перечислить каждый файл для включения в компиляцию.

Мы перешли на использование maven-dotnet-plugin от Sonar (groupId: org.codehaus.sonar-plugins.dotnet). Мы также добились определенных успехов в определении наших собственных выполнений Maven.

Жаль, что NPanday был таким разочарованием. У него было отличное резюме, но в конце концов нам пришлось его уволить, потому что он не смог выполнить ту работу, которая нам была нужна. Может быть, когда-нибудь он улучшится настолько, что станет полезным.

Я думаю, что мы могли бы сделать отладочные сборки с помощью custom-lifecycle-maven-plugin NPanday, но в этот момент сомнительно, для чего NPanday даже полезен. К тому времени, как вы создадите пользовательские исполнения, вы можете просто избежать боли NPanday.

...