Ответ 1
Я могу подвести итоги до сих пор.
1.) Профиль проверки расширяет lint.xml, поэтому количество правил lint.xml меньше, чем количество правил профиля проверки. Текущий набор правил lint.xml можно найти здесь.
2.) Когда вы определили lint.xml, в Android Studio вы можете перейти в File = > Settings = > Editor = > Inspections и использовать раскрывающееся меню Manage = > Import в ваш lint.xml. Это приведет к отключению всех правил вне lint.xml.
Я не знаю, как конвертировать из InspectionProfile в lint.xml.
3.) См. 1.), Профиль осмотра расширяет lint.xml.
4.) Поскольку профиль проверки используется локально и внутри Android Studio, он выполняется во время выполнения в редакторе и при фиксации при проверке анализа. Ваш lint.xml обычно находится в корне проекта и отправляется в SVN/ GIT. Тогда ваш сервер конфигурации (Jenkins, QuickBuild и т.д.) Может иметь назначенную задачу для запуска этого lint.xml и обработки его вывода.
Дополнительные, полезные вещи:
- Вы можете запустить gradlew lint из терминала в Android Studio. Он создаст html-страницу в /build/outputs/lint -results-debug.html или в любой указанной позиции файла.
-
Когда вы открываете файл lint.xml в редакторе Android Studio, для правил предоставляется много информации. Тем не менее, по-видимому, существует пробел в наборах правил, например. Convert2Lambda находится в примере lint.xml, но не в официальной документации .
-
Несмотря на это, как правило, плохой идеей поставить. /idea под контролем версий, для групповой рассылки вы можете отправить свой профиль инспекции в /.idea/inspectionProfiles/MyInspectionProfile.xml и поместить все остальные файлы внутри /. идея об игнорировании. Существует статья по этой теме, которую я больше не могу найти, но это решение работает как шарм для моей команды.