Ich fand diese vorherige Frage über Cocoa-Projekte, aber ich wollte wissen, ob das auch für iPhone-Projekte gilt.
Antworten
Zu viele Anzeigen?Es gibt tatsächlich etwas, von dem ich sagen würde, dass Sie die Version kontrollieren sollten, was Sie normalerweise nicht tun würden - das endgültige Anwendungspaket und die dsym-Datei, beide unter build. Sie müssen diese jedoch nur archivieren, wenn Sie entweder ein Ad-hoc- oder ein Distributions-Build für den Store freigeben - daher würde ich Build in der Ignore-Datei belassen, aber irgendwo einen Ort haben, an den Sie diese Dateien kopieren können, um sie für eine Distribution einzuchecken und sie zusammen mit den Quellen zu markieren.
Wahrscheinlich möchten Sie das App-Bundle komprimieren, bevor Sie es in diesem Speicherverzeichnis ablegen
Sie benötigen diese beiden Dateien, um Absturzprotokolle symbolisieren zu können, die Ihnen entweder von Betatestern oder von Nutzern der App aus dem App Store zugesandt wurden. Ein aussagekräftiger Stack-Trace eines Absturzes ist unbezahlbar!
Wenn Sie planen, die App im Laufe der Zeit zu aktualisieren, sollten Sie neben den Projektquellen und Medien auch die folgenden Elemente unter Versionskontrolle stellen:
- Signieren von Zertifikaten für die App (und/oder mobileprovision-Dateien).
- Die endgültige Version der binären App (gezippt), die im Appstore eingereicht wurde.
- Binary.dSYM-Datei für jede Revision (für die Symbolisierung von Abstürzen nach der Veröffentlichung).
- Screenshots/Symbole/Textdatei der Beschreibung der App, wie sie im Appstore eingereicht wurde.
Vor Betaversionen sollten Sie auch mobileprovision-Dateien sowie einen Schnappschuss der Geräteliste aus dem Entwicklerportal für diese Version aufbewahren, damit Sie zurückgehen und herausfinden können, wer welche Version erhalten hat. Wenn Sie wirklich hartnäckig sind, können Sie auch die von den Betatestern eingereichten E-Mails aufbewahren, damit Sie alles an einem Ort aufbewahren und mit den Fehlerberichten abgleichen können.