iPhone 앱 충돌 보고서 상징

iPhone 앱의 충돌 보고서를 시도하고 상징하려고합니다.

iTunes Connect에서 충돌 보고서를 검색했습니다. App Store에 제출 한 응용 프로그램 바이너리가 있으며 빌드의 일부로 생성 된 dSYM 파일이 있습니다.

스포트 라이트로 색인이 생성 된 단일 디렉토리 안에 이러한 파일을 모두 가지고 있습니다.

지금 무엇?

나는 호출을 시도했다 :

symbolicatecrash crashreport.crash myApp.app.dSYM

충돌 보고서에있는 것과 동일한 텍스트를 기호화하지 않고 시작합니다.

내가 뭔가 잘못하고 있습니까?

애플의 충돌 보고서를 분석하는 단계 :

1. appstore로 푸시 된 릴리스 .app 파일, 릴리스시 작성된 .dSYM 파일을 복사하고 충돌 보고서가 APPLE에서 FOLDER 로 수신됩니다 .

2. 터미널 응용 프로그램을 열고 위에서 만든 폴더로 이동하십시오 ( cd명령 사용 )

3. 를 실행하십시오 atos -arch armv7 -o APPNAME.app/APPNAME MEMORY_LOCATION_OF_CRASH. 메모리 위치는 보고서에 따라 앱이 중단 된 위치 여야합니다.

전의: atos -arch armv7 -o 'APPNAME.app'/'APPNAME' 0x0003b508

이것은 정확한 줄, 메소드 이름을 표시하여 충돌을 일으켰습니다.

전의: [classname functionName:]; -510

상징적 인 IPA

IPA를 상징화하는 데 사용한다면 확장자 .ipa의 이름을 .zip으로 바꾸고 추출하면 앱이 포함 된 페이로드 폴더를 얻을 수 있습니다. 이 경우 .dSYM 파일이 필요하지 않습니다.

노트

앱 바이너리에 심볼이 제거되지 않은 경우에만 작동합니다. 기본적으로 릴리스 빌드는 심볼을 제거했습니다. 프로젝트 빌드 설정 "복사 중 스트립 디버그 기호"에서 NO로 변경할 수 있습니다.

자세한 내용은이 게시물을 참조하십시오

충돌 로그를 상징화하기 위해 여기에 모든 대답을 읽은 후에 (그리고 마침내 성공합니다) 나는 symbolicatecrash의 호출이 상징적 인 출력을 생성하지 않는 이유를 결정하기 위해 실제로 중요한 몇 가지 요점이 있다고 생각합니다.

충돌 로그를 상징화 할 때 함께 맞아야하는 3 가지 자산이 있습니다.

1. example.crashXCode의 Organizer에서 내보내거나 iTunes Connect에서받은 충돌 로그 파일 자체 (예 :).
2. 충돌 로그에 속하는 앱 바이너리가 포함 된 .app패키지 (예 example.app:) 당신이있는 경우 .ipa(즉, 패키지 example.ipa) 다음은 추출 할 수 있습니다 .app의 압축을 해제하여 패키지를 .ipa패키지 (즉 unzip example.ipa). 그 후 .app패키지는 추출 된 Payload/폴더에 있습니다.
3. .dSYM디버그 기호를 포함하는 패키지 (예 example.app.dSYM)

기호화를 시작하기 전에 모든 해당 아티팩트가 일치하는지 확인해야합니다. 이는 충돌 로그가 사용자가 보유한 2 진에 속해 있고 디버그 기호가 해당 2 진 빌드 중에 생성 된 것임을 의미합니다.

각 바이너리는 충돌 로그 파일에서 볼 수있는 UUID에 의해 참조됩니다.

...
Binary Images:
0xe1000 -    0x1f0fff +example armv7  <aa5e633efda8346cab92b01320043dc3> /var/mobile/Applications/9FB5D11F-42C0-42CA-A336-4B99FF97708F/example.app/example
0x2febf000 - 0x2fedffff  dyld armv7s  <4047d926f58e36b98da92ab7a93a8aaf> /usr/lib/dyld
...

이 추출에서 충돌 로그는 UUID를 사용하여 example.app/example이라는 앱 이진 이미지에 속합니다 aa5e633efda8346cab92b01320043dc3.

dwarfdump로 가지고있는 바이너리 패키지의 UUID를 확인할 수 있습니다.

dwarfdump --uuid example.app/example
UUID: AA5E633E-FDA8-346C-AB92-B01320043DC3 (armv7) example.app/example

그런 다음 디버그 기호가 해당 바이너리에 속하는지 확인해야합니다.

dwarfdump --uuid example.app.dSYM
UUID: AA5E633E-FDA8-346C-AB92-B01320043DC3 (armv7) example.app.dSYM/Contents/Resources/DWARF/example

이 예에서는 모든 자산이 함께 맞으며 스택 추적을 상징 할 수 있어야합니다.

symbolicatecrash스크립트 진행 :

Xcode 8.3에서는 다음을 통해 스크립트를 호출 할 수 있어야합니다.

/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash -v example.crash 2> symbolicate.log

존재하지 않으면 find . -name symbolicatecrashXcode.app 디렉토리에서 a 를 실행 하여 찾을 수 있습니다.

보시다시피 더 이상 매개 변수가 제공되지 않습니다. 따라서 스크립트는 스포트라이트 검색을 실행하여 애플리케이션 바이너리 및 디버그 기호를 찾아야합니다. 특정 인덱스를 사용하여 디버그 기호를 검색합니다 com_apple_xcode_dsym_uuids. 이 검색을 직접 수행 할 수 있습니다.

mdfind 'com_apple_xcode_dsym_uuids = *'

각하

mdfind "com_apple_xcode_dsym_uuids == AA5E633E-FDA8-346C-AB92-B01320043DC3"

첫 번째 스포트라이트 호출은 모든 색인화 된 dSYM 패키지를 제공하고 두 번째 스포트라이트 호출은 .dSYM특정 UUID를 가진 패키지를 제공합니다 . 스포트라이트가 .dSYM패키지를 찾지 못하면 symbolicatecrash둘 중 하나도 아닙니다. 예를 들어 ~/Desktop스포트라이트 의 하위 폴더에서이 모든 작업을 수행하면 모든 것을 찾을 수 있어야합니다.

경우 symbolicatecrash귀하의 발견 .dSYM패키지를 다음에 같은 라인이 있어야한다 symbolicate.log:

@dsym_paths = ( <SOME_PATH>/example.app.dSYM/Contents/Resources/DWARF/example )

.app패키지 를 찾기 위해 다음과 같은 스포트라이트 검색이 호출됩니다 symbolicatecrash.

mdfind "kMDItemContentType == com.apple.application-bundle && (kMDItemAlternateNames == 'example.app' || kMDItemDisplayName == 'example' || kMDItemDisplayName == 'example.app')"

경우 symbolicatecrash귀하의 발견 .app패키지에 다음 추출물이 있어야한다 symbolicate.log:

Number of symbols in <SOME_PATH>/example.app/example: 2209 + 19675 = 21884
Found executable <SOME_PATH>/example.app/example
-- MATCH

이러한 모든 리소스가 발견 symbolicatecrash되면 기호화 된 버전의 충돌 로그를 인쇄해야합니다.

그렇지 않은 경우 dSYM 및 .app 파일을 직접 전달할 수 있습니다.

symbolicatecrash -v --dsym <SOME_PATH>/<App_URI>.app.dSYM/<APP_NAME>.app.dsym <CRASHFILE> <SOME_OTHER_PATH>/<APP_NAME>.app/<APP_NAME> > symbolicate.log

참고 : 기호화 된 역 추적은 아닌 터미널로 출력됩니다 symbolicate.log.

최신 버전의 Xcode (3.2.2)를 사용하면 충돌 보고서를 Xcode Organizer의 장치 로그 섹션으로 끌어서 놓을 수 있으며 자동으로 기호로 표시됩니다. Build & Archive (Xcode 3.2.2의 일부)를 사용하여 해당 버전의 앱을 빌드 한 경우 이것이 가장 효과적이라고 생각합니다

다음 단계를 사용하여 성공적으로 수행했습니다.

1 단계 : 바탕 화면에 폴더를 만들고 이름을 "CrashReport"로 지정하고 세 개의 파일 ( "MYApp.app", "MyApp.app.dSYM", "MYApp_2013-07-18.crash")을 넣습니다.

2 단계 : Finder를 열고 Xcode 응용 프로그램을 찾을 수있는 응용 프로그램으로 이동하십시오. 이곳을 마우스 오른쪽 버튼으로 클릭하고 "패키지 내용보기"를 클릭하십시오.이 간단한 경로를 따라 가십시오. "내용-> 개발자-> 플랫폼-> iPhoneOS.platform-> 개발자 -> 라이브러리 -> PrivateFrameworks-> DTDeviceKit.framework- > 버전-> A-> 자원"

또는

"내용-> 개발자-> 플랫폼-> iPhoneOS.platform-> 개발자 -> 라이브러리 -> PrivateFrameworks-> DTDeviceKitBase.framework- > 버전-> A-> 자원"

또는

Xcode 6 이상의 경우 경로는 Applications / Xcode.app / Contents / SharedFrameworks / DTDeviceKitBase.framework / Versions / A / Resources입니다.

"symbolicatecrash"파일을 찾으면이를 복사하여 "CrashReport"폴더에 붙여 넣으십시오.

3 단계 : 터미널을 시작하고이 3 개의 명령을 실행하십시오.

1. cd / Users / mac38 / Desktop / CrashReport를 입력하고 Enter 버튼을 누릅니다

2. DEVELOPER_DIR = "/ Applications / Xcode.app / Contents / Developer"를 내보내고 Enter를 누르십시오.

3. ./symbolicatecrash -A -v MYApp_2013-07-18.crash MyApp.app.dSYM을 입력하고 Enter Now를 누르십시오. (참고 : 6.4 이상의 버전에는 -A 옵션이 없습니다. 그냥 두십시오).

XCode를 사용하여 충돌 보고서를 자동으로 상징하는 단계 :

XCODE 9 용으로 업데이트

1. 연결 어떤 (예 물리적 하나, 그래 난이 바보 알고) Mac에 iOS 장비를

2. "창"메뉴에서 "장치"를 선택하십시오

3. 왼쪽에서 기기를 클릭하고 오른쪽에서 기기 로고보기

4. 기다림. 표시되는 데 1 분 정도 걸릴 수 있습니다. 어쩌면 일을 Command-A한 다음 Delete이 속도를 높일 것입니다.

5. 문서화되지 않은 중요한 단계 : iTunesConnect에서받은 충돌 보고서.txt를.crash확장에서확장으로이름을 바꿉니다.

6. 충돌 보고서를 왼쪽의 해당 영역으로 드래그하십시오.

그런 다음 Xcode는 충돌 보고서를 상징하고 결과를 표시합니다.

출처 : https://developer.apple.com/library/ios/technotes/tn2151/_index.html

내 앱에서 Airbrake를 사용하는데, 이는 원격 오류 로깅을 상당히 잘 수행합니다.

백 트레이스에 필요한 경우 아토스로 상징화하는 방법은 다음과 같습니다.

1. Xcode (4.2)에서 Organizer로 이동하여 .ipa 파일이 생성 된 아카이브를 마우스 오른쪽 버튼으로 클릭하십시오.

2. 터미널에서 예를 들어 xcarchive로 cdMyCoolApp 10-27-11 1.30 PM.xcarchive

3. 다음을 입력하십시오 atos -arch armv7 -o 'MyCoolApp.app'/'MyCoolApp' (작은 따옴표를 잊지 마십시오)

4. 나는 그 전화에 내 상징을 포함시키지 않았다. 당신이 얻는 것은 빈 줄에 블록 커서입니다.

5. 그런 다음 해당 블록 커서에서 심볼 코드를 복사 / 붙여 넣기하고 Enter 키를 누릅니다. 다음과 같은 것을 보게 될 것입니다 :

   -[MyCoolVC dealloc] (in MyCoolApp) (MyCoolVC.m:34)

6. 블록 커서로 돌아가서 다른 기호를 붙여 넣을 수 있습니다.

첫 번째 비트를 다시 입력하지 않고 하나의 항목을 역 추적 할 수 있다는 것은 시간을 절약 해주는 좋은 방법입니다.

즐겨!

또한 상징적 충돌을 실행하기 전에 dsym, 앱 번들 및 충돌 로그를 동일한 디렉토리에 넣습니다.

그런 다음 .profile에 정의 된이 함수를 사용하여 symbolicatecrash 실행을 단순화합니다.

function desym
{
    /Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash -A -v $1 | more
}

거기에 추가 된 주장이 도움이 될 수 있습니다.

다음 명령을 실행하여 스포트라이트가 dysm 파일을 "보는"지 확인할 수 있습니다.

mdfind 'com_apple_xcode_dsym_uuids = *'

디렉토리에있는 dsym을 찾으십시오.

참고 : 최신 Xcode부터 더 이상 개발자 디렉토리가 없습니다. 이 유틸리티는 여기에서 찾을 수 있습니다.

/Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Vers‌ions/A/Resources/symbolicatecrash

xcode 6.1.1에 대한 간단하고 업데이트 된 답변.

단계

1. Xcode> 창> 장치.

2. DEVICES 섹션의 장치 목록에서 장치를 선택하십시오.

3. View Device Logs (장치 로그보기)를 선택하십시오.

4. All Logs (모든 로그) 섹션에서 보고서를 직접 끌어다 놓을 수 있습니다.

5. Xcode는 자동으로 충돌 보고서를 상징합니다.

6. 충돌 보고서에 언급 된 날짜 / 시간과 날짜 / 시간을 일치시켜 Symbolicated 충돌 보고서를 찾을 수 있습니다.

지금은 몇 년 동안 앱을 개발했지만, 이진 파일을 디버깅하는 것은 처음이었고 모든 파일이 어디에 있는지 알아내는 완전한 NOOB처럼 느껴졌습니다. * .app * .dSYM 및 크래쉬 로그는 어디에 있습니까? 이해하기 위해 여러 게시물을 읽어야했습니다. 그림은 천 단어의 가치가 있으며이 게시물이 미래에 다른 사람을 돕기를 바랍니다.

1- 먼저 itunesconnect로 이동하여 충돌 로그를 다운로드하십시오. 참고 : 대부분의 경우 "보고서를 표시하기 위해 너무 적은 보고서가 제출되었습니다"와 같은 메시지가 표시 될 수 있습니다. 기본적으로 충분하지 않은 사용자가 충돌 로그 보고서를 Apple에 제출 한 경우 해당 시점에서 많은 작업을 수행 할 수 없습니다.

2- 이제 바이너리를 Apple에 제출 한 후 코드를 변경하지 않은 경우 해당 프로젝트에 대해 Xcode를 시작하고 Product-> Archive를 다시 수행하십시오. 그렇지 않으면 최신 제출 바이너리를 찾아 마우스 오른쪽 버튼으로 클릭하십시오.

Xcode 4.2.1에서 Organizer 를 연 다음 Library / Device Logs 로 이동 하여 .crash 파일을 충돌 로그 목록으로 드래그하십시오. 몇 초 후에 그것은 당신을 위해 상징 될 것입니다.

원래 빌드가 아카이브 된 것과 동일한 Xcode 인스턴스를 사용해야합니다 (즉, 빌드의 아카이브가 Organizer에 있어야 함 ).

Xcode 4를 사용하면 작업이 훨씬 간단 해집니다.

• 오픈 오거나이저 ,
• 라이브러리를 클릭하십시오 | 왼쪽 열의 장치 로그
• 화면 하단의 " 가져 오기 "버튼을 클릭하십시오 ...

그리고 voilà. 로그 파일을 가져 와서 자동으로 심볼 화합니다. Xcode- > 제품-> 아카이브를 사용하여 빌드를 먼저 아카이브했습니다 .

마법의 Xcode Organizer는 내 앱을 상징하는 마법이 아닙니다. 실패한 앱 제출로 인해 Apple에서 가져온 충돌 보고서에 대한 기호가 전혀 없습니다.

명령 줄을 사용하여 충돌 보고서를 .app 파일 (저장소에 제출 한 파일) 및 .dSYM 파일과 같은 폴더에 넣었습니다.

$ symbolicatecrash "My App_date_blahblah-iPhone.crash" "My App.app"

이것은 핵심 기초 코드가 아닌 내 응용 프로그램에 대한 기호 만 제공했지만 Organizer가 제공하는 숫자 덤프보다 낫고 내 응용 프로그램의 충돌을 찾아 수정하기에 충분했습니다. 누구나 재단 심볼을 얻기 위해 이것을 확장하는 방법을 알고 있다면 높이 평가할 것입니다.

필자의 경우 충돌 보고서를 Mail에서 Organizer로 직접 드래그했습니다. 어떤 이유로 인해 충돌 보고서가 상징화되지 못했습니다 (그 이유를 알고 싶습니다).

충돌 보고서를 먼저 바탕 화면에 복사 한 다음 여기에서 오거나이저로 드래그하면 제대로 상징화됩니다.

매우 구체적인 경우입니다. 그러나 만일을 위해 내가 공유 할 것이라고 생각했다.

여기 symbolicatecrash와 관련된 또 다른 문제가 있습니다. 번들에 공백이있는 앱 (예 : 'Test App.app')에서는 작동하지 않습니다. 참고 제출할 때 이름에 공백이 있다고 생각하지 않으므로 어쨌든 제거해야하지만 분석이 필요한 충돌이있는 경우 symbolicatecrash (4.3 GM)를 패치하십시오.

240c240
<         my $cmd = "mdfind \"kMDItemContentType == com.apple.application-bundle && kMDItemFSName == $exec_name.app\"";
---
>         my $cmd = "mdfind \"kMDItemContentType == com.apple.application-bundle && kMDItemFSName == '$exec_name.app'\"";
251c251
<             my $cmd = "find \"$archive_path/Products\" -name $exec_name.app";
---
>             my $cmd = "find \"$archive_path/Products\" -name \"$exec_name.app\"";

Airbrake를 사용하는 사람들에게는 위의 확실한 응답이 있지만 조정하지 않으면 나에게 적합하지 않습니다.

일부 메모리 주소에서는 작동하지만 다른 메모리 주소에서는 작동하지 않습니다.

• 데스크탑 또는 어디서나 새로운 디렉토리 생성
• Xcode Organizer에서 문제의 아카이브 찾기
• 파인더에 공개하려면 두 번 탭하세요.
• 묶음 내용을 표시하려면 두 번 탭하세요.
• .dSYM 파일 및 .app 파일을 새 디렉토리에 복사
• 새로운 디렉토리로 cd
• 이 명령을 실행하십시오 : atos -arch armv7 -o 'Vimeo.app'/ 'Vimeo'
• 터미널은 대화식 이동을 입력합니다
• 메모리 주소에 붙여 넣고 Enter 키를 누르면 메서드 이름과 줄 번호가 출력됩니다.
• 또는 다음 명령을 입력하십시오. atos -arch armv7 -o 'Vimeo.app'/ 'Vimeo'한 주소에 대한 정보 만 얻으려면

나를 위해 일한 조합은 다음과 같습니다.

1. 충돌 보고서가있는 디렉토리에 dSYM 파일을 복사하십시오.
2. 앱이 포함 된 ipa 파일의 압축을 풉니 다 ( 'unzip MyApp.ipa')
3. 결과 분해 페이로드의 응용 프로그램 바이너리를 충돌 보고서 및 심볼 파일과 같은 폴더에 복사합니다 ( "MyApp.app/MyApp"과 같은 것)
4. Xcode의 Organizer 내에서 충돌 보고서 가져 오기 또는 다시 표시

atos를 사용 하여 충돌 보고서에 있던 주소와 오프셋으로 올바른 기호 정보를 해결할 수 없었습니다. 내가 이것을했을 때, 나는 더 의미있는 것을 보았고 합법적 인 스택 추적 인 것 같습니다.

제대로 실행 되려면 symbolicatecrash 스크립트를 많이 해킹해야했습니다.

내가 알 수있는 한 symbolicatecrash는 .app가 .dsym과 동일한 디렉토리에 있어야합니다. .dsym을 사용하여 .app를 찾을 수 있지만 dsym을 사용하여 기호를 찾지는 않습니다.

이 패치를 시도하기 전에 심볼 리카 텍 크래시의 사본을 만들어 dsym에 표시해야합니다.

getSymbolPathFor_dsymUuid 함수의 212 행

212     my @executablePath = grep { -e && ! -d } glob("$dsymdir" . "/Contents/Resources/DWARF/" . $executable);

matchesUUID 함수의 265 행

265             return 1;

이것은 많은 것을 검색 한 후 전체 충돌 로그 파일을 상징하는 명확한 단계를 찾았습니다.

• 폴더에 .app, crash_report 및 DSYM 파일을 복사하십시오.
• 장치를 xcode와 연결
• 그런 다음 창으로 이동-> 장치 선택-> 장치 로그보기
• 그런 다음이 장치를 선택하고 모든 로그를 삭제하십시오.
• 장치 로그 섹션에서 충돌을 끌어다 놓습니다. 충돌을 자동으로 상징합니다. 보고서를 마우스 오른쪽 버튼으로 클릭하고 내보내십시오.

행복한 코딩, 리
야스

모든 충돌 로그를 상징 하는 스크립트 를 선호합니다 .

전제 조건

폴더를 만들고 4 가지를 넣으십시오.

1. symbolicatecrash 펄 스크립트-위치를 알려주는 많은 SO 답변이 있습니다.

2. 충돌과 일치하는 빌드의 아카이브 (Xcode Organizer에서. as as Show in Finderand copy) [필요하지는 않습니다.]

3. 모든 xccrashpoint패키지-(Xcode Organizer Show in Finder에서 디렉토리의 모든 패키지 또는 기호화하려는 단일 xccrashpoint를 복사 할 수 있음)

4. 짧은 스크립트를 디렉토리에 추가하십시오.

   #!/bin/sh
   
   echo "cleaning old crashes from directory"
   rm -P *.crash
   rm -P *.xccrashpoint
   rm -r allCrashes
   echo "removed!"
   echo ""
   echo "--- START ---"
   echo ""
   
   mkdir allCrashes
   mkdir symboledCrashes
   find `ls -d *.xccrashpoint` -name "*.crash" -print -exec cp {} allCrashes/ \;
   
   cd allCrashes
   for crash in *.crash; do
       ../symbolicatecrash $crash > ../symboledCrashes/V$crash
   done
   cd ..
   
   echo ""
   echo "--- DONE ---"
   echo ""

스크립트

스크립트를 실행하면 2 개의 디렉토리가 생깁니다.

1. allCrashes-모든 것에서 모든 충돌 xccrashpoint이있을 것입니다.

2. symboledCrashes -동일한 충돌이 발생하지만 이제 모든 기호가 사용됩니다.

3. 스크립트를 실행하기 전에 이전 충돌에서 디렉토리를 정리하지 않아도됩니다. 자동으로 청소됩니다. 행운을 빕니다!

제안 된 대안의 대부분이 최신 XCode (Xcode 10으로 테스트 됨)에서 작동하지 않는 것으로 나타났습니다. 예를 들어 Xcode-> Organizer-> Device logs -view에서 드래그 앤 드롭 .crash 로그가 없었습니다.

Symbolicator 도구 https://github.com/agentsim/Symbolicator를 사용하는 것이 좋습니다.

• Git clone Symbolicator 리포지토리 및 Xcode로 컴파일 및 실행
• .crash 파일 (파일을 구걸하는 스택 추적이있는 ASCII 파일) 및 .xarchive를 충돌하는 릴리스의 동일한 임시 폴더로 복사
• .crash 파일을 Dock의 Symbolicator 아이콘으로 끌어다 놓기
• 5-30 초 안에 .crash 및 .xarchive와 같은 폴더에 상징적 인 충돌 파일이 생성됩니다.

충돌을 상징하기 위해 Spotlight는 Apple에 제출 한 바이너리와 동시에 생성 된 .dSYM 파일을 찾을 수 있어야합니다. 기호 정보가 포함되어 있으므로 사용할 수없는 경우 운이 나빠집니다.

여기서 "아무 작동하지 않는 것"이라는 사실에 대해 조금 심술 got은 결과를 보았습니다.

설정 : 보고서를 수신하는 QuincyKit 백엔드 내가 그것을 제안하기 위해 그들이 무엇을 제안하는지 알아낼 수 없었기 때문에 어떤 상징화도 설정되지 않았습니다.

수정 : 서버에서 온라인으로 충돌 보고서를 다운로드하십시오. 그것들은 '충돌'이라고 불리며 기본적으로 ~ / Downloads / 폴더로 이동합니다. 이를 염두에두고이 스크립트는 "올바른 작업"을 수행하고 충돌 보고서는 Xcode (주최자, 장치 로그)로 이동하여 상징화됩니다.

스크립트 :

#!/bin/bash
# Copy crash reports so that they appear in device logs in Organizer in Xcode

if [ ! -e ~/Downloads/crash ]; then 
   echo "Download a crash report and save it as $HOME/Downloads/crash before running this script."
   exit 1
fi

cd ~/Library/Logs/CrashReporter/MobileDevice/
mkdir -p actx # add crash report to xcode abbreviated
cd actx

datestr=`date "+%Y-%m-%d-%H%M%S"`

mv ~/Downloads/crash "actx-app_"$datestr"_actx.crash"

QuincyKit / PLCR을 사용하는 경우 두 가지 작업을 수행하여 Xcode Organizer에서 끌어서 놓을 수있는 위치로 작업을 자동화 할 수 있습니다.

먼저, 원격 스크립트 admin / actionapi.php ~ line 202를 편집해야합니다. 타임 스탬프를 올바르게 표시하지 않는 것 같습니다. 따라서 파일은 Xcode가 인식하지 못하는 'crash'라는 이름으로 끝나게됩니다. 도트 충돌) :

header('Content-Disposition: attachment; filename="crash'.$timestamp.'.crash"');

둘째, QuincyKit BWCrashReportTextFormatter.m ~ line 176의 iOS 측에서 잘못된 문자 @"[TODO]"를 피 @"TODO"하도록 변경 하십시오.

atos는 더 이상 사용되지 않으므로 OSX 10.9 이상을 실행중인 경우 다음을 실행해야합니다.

xcrun atos

경고 : / usr / bin / atos가 이동 중이며 향후 OS X 릴리스에서 제거 될 예정입니다. 이제 Xcode 개발자 도구에서 다음을 통해 호출 할 수 있습니다.xcrun atos

Textwrangler를 사용하여 원본 앱 업로드 이진 거부에서 오류를 정확히 찾아 내고 싶습니다. 충돌 데이터는 itunesConnect 계정에서 찾을 수 있습니다. 위의 Sachin 방법을 사용하여 original.crash를 TextWrangler에 복사 한 다음 내가 만든 symbolicatecrash 파일을 다른 TextWrangler 파일에 복사합니다. 두 파일을 비교하면 차이점이 정확히 나타납니다. symbolicatecrash 파일은 파일과 줄 수의 문제를 지적하는 차이점이 있습니다.

Google은 충돌 로그를 관리하기 위해 Google Crashlytics를 사용합니다.이 느낌은 매우시의 적절하고 사용하기 편리합니다.

문서 링크 ： https://docs.fabric.io/apple/crashlytics/missing-dsyms.html#missing-dsyms

누락 된 dSYM 패브릭에 대한 모든 기능에는 프로젝트의 dSYM을 자동으로 업로드하는 도구가 포함되어 있습니다. 도구는 / run 스크립트를 통해 실행되며 온 보딩 프로세스 중에 스크립트 작성 단계에 추가됩니다. 그러나 고유 한 프로젝트 구성으로 인해 dSYM 업로드가 실패하거나 앱에서 비트 코드를 사용하는 경우가 있습니다. 업로드에 실패하면 Crashlytics가 기호를 표시하고 충돌을 표시 할 수 없으며 Fabric 대시 보드에 "Missing dSYM"경고가 나타납니다.

아래 설명 된 단계에 따라 누락 된 dSYM을 수동으로 업로드 할 수 있습니다.

참고 : 자동화 된 dSYM 업로드 도구 대신 Fabric은 프로젝트 빌드 프로세스의 일부로 실행되도록 수동으로 구성 할 수있는 명령 줄 도구 (업로드 심볼)를 제공합니다. 구성 지침은 아래의 업로드 기호 섹션을 참조하십시오.

...