DI>В 9.0 с этим всё сложнее: просто положить в папку с дефолтными аннотациями не поможет — надо писать плагин.
DI>В 9.1 опять можно будет класть, но он пока в EAP.
Очень жаль.
DI>Есть другой стандартный рабочий вариант — класть файл с аннотациями рядом самой dll для которой он написан.
DI>Подробнее — здесь https://www.jetbrains.com/resharper/webhelp80/Code_Analysis__External_Annotations.html
Пробовал, но почему-то не сработало. В любом случае для нас это не лучший вариант: сторонние библиотеки приходят нам в виде большого архива, содержащего сотни файлов в достаточно развитой структуре из вложенных папок. Этот архив распаковывается в некотором стандартном месте в файловой системе, на которое сделаны ссылки из нашего проекта. Распихивать аннотации по дереву папок при каждом обновлении — несколько трудоемко.
Надо бы написать разработчикам в Jira, но тут проще...
Можно ли заставить ReSharper не анализировать *.cs файлы, которые добавлены в проект, но у которых Build Action выставлен в 'None'? У нас в проекте есть не очень хорошая практика, когда устаревший код исключается из проекта подобным путём и ещё некоторое время хранится в репозитории. Получается, что ReSharper выдает предупреждения по коду, который фактически даже не компилируется.
Здравствуйте, syomin, Вы писали:
S>Надо бы написать разработчикам в Jira, но тут проще...
В Jira писать бесполезно — у нас
YouTrack
S>Можно ли заставить ReSharper не анализировать *.cs файлы, которые добавлены в проект, но у которых Build Action выставлен в 'None'? У нас в проекте есть не очень хорошая практика, когда устаревший код исключается из проекта подобным путём и ещё некоторое время хранится в репозитории. Получается, что ReSharper выдает предупреждения по коду, который фактически даже не компилируется.
Вообще-то он их не анализирует, наверное, есть какие-то нюансы в вашем проекте. Очень хотелось бы на него взглянуть. NDA подпишем, если надо.
Или хотя бы через скайп.
