소개

유저가 ProvisioningFile을 의식하지 않아도 되도록···라고 앱 설계를의 정책을 느끼는 Xcode8.3

Accounts에서

다운로드는 전부 정리해만 : Download All Profiles

어떤 프로비저닝 파일이 있는지 모르겠습니다

라고 되었습니다.

다운로드한 Provisioning File

다운로드한 프로비저닝 파일의 위치를 ​​확인하려면
앱을 보관하고 내보낼 때 표시되는 링크에서 추적





숨겨진 링크처럼.
사용자의 홈 부하 라이브러리 아래에 있습니다. 이전 버전에서 경로는 변경되지 않지만 알지 못하면 모릅니다.

~/Library/MobileDevice/Provisioning\Profiles

프로비저닝 파일의 UUID

autosigning이 붙어있는 경우에도
Build Settings > Provisioning File(Deplicated) 에서 Other... 를 선택한 경우 표시됩니다.
확인 후 원래 설정으로 돌아가면 문제 없었습니다.

특정 프로비저닝 파일 지우기

Xcode를 통해 삭제

아카이브 후에 표시되는 링크나 Finder 등에서 UUID를 확인하면서 지우는 방법을 취할 수 있습니다.

Terminal을 통해 삭제

CI 등에서 프로비저닝 파일을 지울 때 터미널을 통해 지우고 싶을 때

실행하기 전에 다음 전제가 충족되었는지 동작을 확인한 후 실행합니다.

삭제할 프로비저닝 파일의 UUID 얻기

>~/Library/MobileDevice/Provisioning\ Profiles 에서 삭제

OSX가 Sierra가 된 후 security 명령으로 stderror 출력

security cms -D -i hogehoge.mobileprovision2>/dev/null

OSX가 Sierra가 된 다음 security 명령으로 stderror가 출력됩니다.
fastlane에서도 이슈가되었습니다. Sierra의 경우 stderror는 버리도록 했습니다.
htps : // 기주 b. 코 m / 흠 st ぁ 네 / 푸 st ぁ 네 / 이스에 s / 6387

Sierra 이후에는이 쓰기 방법으로 stderror가 출력됩니다.
생각한 결과가 되지 않았습니다.

보안 cms -D -i hogehoge.mobileprovision
결과 다음 명령으로 프로비저닝 파일을 삭제합니다.

$ xmllint <(security cms -D -i hogehoge.mobileprovision 2>/dev/null) --xpath '/plist/dict/key[text()="UUID"]/following-sibling::string[position() =1]/text()' | xargs -I{} rm ~/Library/MobileDevice/Provisioning\Profiles/{}.movileprovisioin

참고

ぃ tp // m / 느슨한 k / ms / dcb25 d7 12501d1525d
htp // //tp로. Nicki bp. 이. jp/아르치 cぇ/코 Mn/20140331/547143/

사이고에게

Xcode에서는 프로비저닝 파일을 UUID로 관리하는 것으로부터는 멀어지는 개수가 되어 있으므로 CI로 사용하려면
fastlane을 사용하는 것이 편하다고 하는 결론에 가기 쉽습니다만, fastlane의 대응을 기다리지 않는 경우의 대처로서는 눌러 두는 것이 좋을까라고 생각합니다.

는 autosigning으로 기술자의 난이도를 든 개수를 하고 있는 것 같고, 해결 요소가 보이기 어려운 상황이 되고 있는 것을 눈치채고 있을까라고. CI에는 전혀 사용하기 어려운 개수이므로, 다른 라인으로 CI대응도 생각해 주었으면 한다고 생각하고 있습니다.