Beheben von Codesign Zertifikat Zweideutigkeit mit mehreren Entwickler-Zertifikate

Question

Ich habe vor kurzem einige Arbeit für eine andere Firma, eine iPhone App für sie zu bauen. Wie ich die Entwicklungszeit zwischen ihren Büros aufgeteilt, ihre Computer verwenden, und meinem Büro, erzeugen ich einen Schlüssel und hatte es als Teil ihres iPhone Dev Center unterzeichnet „Team.“

Ich hatte bereits ein vorhandenes Dev Center-Konto und mein eigenes Entwickler-Zertifikat. Nachdem das Zertifikat für den Client-Projekt importieren, dass die Anwendung der Anmeldung gibt mir eine Warnung von Co-Design, dass es mehrere Zertifikate für: „iPhone Developer: Steve Madsen“ findet, aber es wählt die richtige und Zeichen der binäre

.

Ich gehe jetzt wieder zu einem meiner älteren Projekten, mein eigenes Entwickler-Zertifikat. Codesign ist mir zu sagen, es kann nicht die Mehrdeutigkeit zwischen meinem Zertifikat beheben und einem für meine Kunden verwendet:

iPhone Entwickler: Steve Madsen: mehrdeutig (matches "iPhone Developer: Steve Madsen (9E69FVL37K)" und "iPhone Developer: Steve Madsen" in /Volumes/Users/steve/Library/Keychains/login.keychain)

Das Client-Zertifikat ist das mit (9E69FVL37K), das nehme ich an, wie Co-Design der Lage ist, Dinge herauszufinden im Projekt meines Klienten.

Wie kann ich das Xcode-Projekt konfigurieren, dass die richtige Identität zu benutzen? eine spezifische (nicht die automatische Profilauswahl) unter den Zielbuildeinstellungen Pflücken hilft nicht.

Noch besser wäre es, während Apple erwartet, dass ein Entwickler Mitglied mehrerer Teams sein könnte, habe ich keine Dokumentation darüber, wie ein Entwickler so gefunden, wie ich meine Umgebung einrichten sollte. einen zweiten Schlüssel / Zertifikat zu erzeugen schien die einzige Möglichkeit, diese Arbeit zu machen, als Provisioning-Profile müssen mit Zertifikaten unter einem Team des Programms Portal zugeordnet werden. Hat jemand gute Ratschläge, wie man diesen Prozess reibungslos funktionieren machen?

Answer 1

Ich habe den Sprung an diesen Abend und beschlossen, mein altes Zertifikat zu sperren und einen neuen zu erzeugen. Meine Vermutung war richtig: Apple nun alle Zertifikate mit einem (hex-string) Suffix Ausgabe

.

Xcode ist intelligent genug, um das Richtige zu tun. Ich wähle „iPhone Developer“ (automatische Erkennung) in den Zielsystemeinstellungen. Es legt fest, welche meine Schlüssel sollen die binäre basierend auf dem Provisioning-Profil anmelden verwendet werden, dann sagt Co-Design, indem den (hex-string) Suffix genau diese Identität zu verwenden.

Meine Wette ist, dass neuere iPhone-Entwickler werden nicht immer dieses Problem sehen, weil sie ihr erstes Zertifikat erstellt, nachdem Apple Hinzufügen des Suffix gestartet.

Eine Erinnerung an alle anderen, dass dies zu tun hat. Sie alle vorhandenen Provisioning-Profile reparieren müssen, auch, und installieren Sie diejenigen

Answer 2

Ich habe bisher auf drei Teams gearbeitet und haben 3 separate iTunes Konten wurden, eine für jede (so 3 separate E-Mail-Adressen). Ich weiß, das nicht wie die optimale Situation klingt, besonders wenn man als das auf mehr Teams arbeiten.

Allerdings frage ich mich, ob es eine andere Art und Weise sein kann. Denn wenn Sie assoziieren können Ihr iTunes-Konto (iPhone Dev Center Benutzer) mit mehr als einem Team, dann was passiert, wenn Sie sich bei dem Dev Center? Sie erhalten mehrere Möglichkeiten, die mehrere "iPhone Developer Progrma Portals"?

eingeben

Answer 3

Dank Steve Madsen es für den Hinweis auf .. Apple-gibt jetzt alle Zertifikate mit einem (hexstring) Suffix. Das bedeutet, wenn Sie ein Zertifikat für RUPERTO de Guzman vor haben, müssen Sie dies von PROGRAM PORTAL zu widerrufen -> Zertifikate. Erstellen Sie dann ein neues Zertifikat. Das neue Zertifikat wird nun RUPERTO de Guzman (EZxxxxxxxx) sein.

Nun würde, Co-Design nicht mit den Präfixen mehr verwechselt werden, denn wir haben:

VORHER:

  

RUPERTO de Guzman

     

RUPERTO de Guzman (89xxxxxxx)

NACH:

  

RUPERTO de Guzman (EZxxxxxxx)

     

RUPERTO de Guzman (89xxxxxxx)