улучшилось с буднего дня, присоединившись к специальной праздничной таблице microsoft MSSQL 2012 для таблицы даты powerpivot https://gist.github.com/josy1024/cb1487d66d9e0ccbd420bc4a23b6e90e
with [dates] as (
select convert(datetime, '2016-01-01') as [date] --start
union all
select dateadd(day, 1, [date])
from [dates]
where [date] < '2018-01-01' --end
)
select [date]
, DATEPART (dw,[date]) as Wochentag
, (select holidayname from holidaytable
where holidaytable.hdate = [date])
as Feiertag
from [dates]
where [date] between '2016-01-01' and '2016-31-12'
option (maxrecursion 0)
Добавьте в свой подфайл:
platform :ios
# ignore all warnings from all pods
inhibit_all_warnings!
# ignore warnings from a specific pod
pod 'FBSDKCoreKit', :inhibit_warnings => true
Затем выполните: pod install
Вы можете искать «injit_all_warnings» в настройках сборки xcode PodBundle в вашем рабочем пространстве проекта, установив значение «YES», оно будет скрывать все ваши предупреждения файла Pod.
Если вы сделаете это с рабочим пространством, оно также скроет весь ваш проект.
Шаг: 1 Поместите приведенный ниже скрипт в ваш Podfile.
post_install do |installer|
installer.pods_project.targets.each do |target|
target.build_configurations.each do |config|
config.build_settings['GCC_WARN_INHIBIT_ALL_WARNINGS'] = "YES"
end
end
end
Шаг 2. Сделайте pod install
.
Хотя этот другой ответ удалит предупреждения во время фазы сборки, он, похоже, не полностью исправит фазу Analyze
(из-за которой у нашей сборки CI все еще были проблемы).
Что сработало для меня (в дополнение к принятому ответу):
Pods
в Навигаторе проектов Pod-
Цель и нажмите Build Settings
compiler flags
Добавить новый Other C Flags
со значением -w -Xanalyzer -analyzer-disable-checker -Xanalyzer core
(или какие анализаторы вам нужно отключить ) - этот ответ предоставляет полный список флагов, которые нужно попробовать - пожалуйста, подпишите его!
Версия clang
в Xcode 6.3.1, тем не менее, похоже, не включает insecureAPI
так что вы можете удалить его из этого списка. «Текущий» полный список: -w -Xanalyzer -analyzer-disable-checker -Xanalyzer alpha -Xanalyzer -analyzer-disable-checker -Xanalyzer core -Xanalyzer -analyzer-disable-checker -Xanalyzer cplusplus -Xanalyzer -analyzer-disable-checker -Xanalyzer deadcode -Xanalyzer -analyzer-disable-checker -Xanalyzer debug -Xanalyzer -analyzer-disable-checker -Xanalyzer llvm -Xanalyzer -analyzer-disable-checker -Xanalyzer osx -Xanalyzer -analyzer-disable-checker -Xanalyzer security -Xanalyzer -analyzer-disable-checker -Xanalyzer unix
Обратите внимание, что установка этого в проекте Pods
или Pods
Target не будет работать . Я не уверен, почему, но вы должны установить его для каждой фактической Pod-
цели.
Вы также можете установить флаги компилятора (-w -Xanalyzer -analyzer-disable-checker -Xanalyzer core
и т. Д.) На основе для каждого файла .
Я также попробовал пару других методов (которые могут или не могут потребоваться в дополнение к вышеупомянутому). Они были выполнены по самому проекту Pods
.
[1]
analyzer
Analyze During 'Build'
установлено значение NO
. NO
(включая Improper Memory Management
) [2]
warnings
inhibit all warnings
на YES
По какой-то причине даже отключение шага Analyze
в схеме не работает. strike>
Перейдите в окно Product > Scheme > Manage Schemes
, щелкните по каждому Pod-*
из списка и нажмите кнопку Edit
. Нажмите Build
в левом списке, а затем снимите флажок Analyze
в правой части для цели Pod
.
Я все еще не понимаю, почему я не могу полностью отключить анализируемые модули, хотя, возможно, это связано с «Найти неявные зависимости», установленным в настройках сборки схемы. Если бы это не было проверено, похоже, что-то еще должно произойти, чтобы приложение связывалось с модулями.