Ich arbeite mit Git und iOS-Projekt für eine lange Zeit alles funktioniert gut, aber nur eine Sache, die mich häufig beunruhigt. Wenn ich mit meinem Team an einem iOS-Projekt mit einem einzelnen Storyboard arbeite, hat jedes Mitglied die maximale Chance, dass er ein Storyboard verwendet. Das Problem kommt daher, wenn wir Code verschmelzen, der Konflikte auf dem Storyboard anzeigt und es sehr schwer ist, den Code zu bestimmen Was wir verwerfen müssen (in der XML-Ansicht des Storyboards), kann auch bei Projekteinstellungen vorkommen. Die Arbeit für dieses Problem, das ich verwende, ist mit dem Team kommunizieren und wenn einer von ihnen Storyboard verwenden möchte, dann wird er andere, die Storyboard nicht verwenden, benachrichtigen, bis ich fertig bin und begehen, den Code drücken und agin all das Storyboard ist frei. Die andere Lösung besteht darin, mehrere Storyboards zu verwenden. Aber gibt es eine andere Möglichkeit, ein einzelnes Storyboard mit dem Team zu verwenden und Konflikte zu vermeiden oder sie einfach zu korrigieren?Wie arbeite ich auf iOS Storyboard mit Team mit Git?
Antwort
Aus meiner persönlichen Erfahrung ist es wirklich schwierig und es gibt wirklich keine Möglichkeit, dies zu erleichtern. Mein Team und ich versuchen so viel wie möglich zu kommunizieren. Es ist auch erwähnenswert, dass das Lesen der Commit-Nachrichten von der Zweigstelle, mit der Sie sich zusammenschließen, ein besseres Gefühl dafür ergibt, welche Dateien berührt wurden. Einige Dinge sind in der XML-Datei leicht zu identifizieren und andere nicht. Starten Sie das Merge-Tool und versuchen Sie es mit Ihren Teamkollegen auszuarbeiten, wenn Sie sich nicht sicher sind.
Nr
Kommunikation mit dem Team ist nie eine schlechte Sache so oder so. Aber leider gibt es kein magisches "fix-conflicts.sh" und kein grafisches Konfliktwerkzeug.
Storyboards sind verdammt komplex und ein Zusammenführungskonflikt in einem Storyboard bedeutet selten, dass zwei Personen zwei separate Ansichten hinzugefügt haben. Sie werden IMMER Zusammenführungskonflikte bekommen, wenn Leute Dinge bewegen oder den "Standpunkt" ändern. Auch wenn es falsch platzierte Ansichten gibt, was bei der Verwendung benutzerdefinierter Schriftarten immer passiert und das Storyboard für einen Blick der 20er öffnet: Xcode lädt benutzerdefinierte Schriftarten nicht schnell genug und berechnet die Ansichtsrahmen mit falsch. Wenn Sie speichern und schließen, bevor Xcode es korrigiert: bam falsch angezeigt und Konflikte zusammenführen.
Tun Sie Ihrem Team einen Gefallen und teilen Sie das Board nachdenklich.
Sie sehen, das Konzept der Storyboard ("gestaltete" UI im Allgemeinen) selbst ist so komplex, dass Konflikte verschmelzen wird ein echter Schmerz in den Arsch sein.