Ich habe zuvor die Antwort mit der höchsten Bewertung verwendet, aber sie muss ein wenig bereinigt werden. Daher wird sie hier für Xcode 4 mit einigen Verbesserungen überarbeitet.
Ich habe jede Datei in dieser Liste recherchiert , aber einige davon sind in Apples offizieller Xcode-Dokumentation nicht vorhanden, daher musste ich auf Apple-Mailinglisten gehen.
Apple fügt weiterhin undokumentierte Dateien hinzu, wodurch unsere Live-Projekte möglicherweise beschädigt werden. Dieses IMHO ist inakzeptabel, und ich habe jetzt begonnen, jedes Mal Fehler zu protokollieren, wenn sie dies tun. Ich weiß, dass es ihnen egal ist, aber vielleicht wird es einen von ihnen beschämen, Entwickler fairer zu behandeln.
########################## .gitignore file for Xcode4 and Xcode5 Source projects## Apple bugs, waiting for Apple to fix/respond:## 15564624 - what does the xccheckout file in Xcode5 do? Where's the documentation?## Version 2.6# For latest version, see: http://stackoverflow.com/questions/49478/git-ignore-file-for-xcode-projects## 2015 updates:# - Fixed typo in "xccheckout" line - thanks to @lyck for pointing it out!# - Fixed the .idea optional ignore. Thanks to @hashier for pointing this out# - Finally added "xccheckout" to the ignore. Apple still refuses to answer support requests about this, but in practice it seems you should ignore it.# - minor tweaks from Jona and Coeur (slightly more precise xc* filtering/names)# 2014 updates:# - appended non-standard items DISABLED by default (uncomment if you use those tools)# - removed the edit that an SO.com moderator made without bothering to ask me# - researched CocoaPods .lock more carefully, thanks to Gokhan Celiker# 2013 updates:# - fixed the broken "save personal Schemes"# - added line-by-line explanations for EVERYTHING (some were missing)## NB: if you are storing "built" products, this WILL NOT WORK,# and you should use a different .gitignore (or none at all)# This file is for SOURCE projects, where there are many extra# files that we want to exclude################################ OS X temporary files that should never be committed## c.f. http://www.westwind.com/reference/os-x/invisibles.html.DS_Store
# c.f. http://www.westwind.com/reference/os-x/invisibles.html.Trashes# c.f. http://www.westwind.com/reference/os-x/invisibles.html*.swp
## *.lock - this is used and abused by many editors for many different things.# For the main ones I use (e.g. Eclipse), it should be excluded# from source-control, but YMMV.# (lock files are usually local-only file-synchronization on the local FS that should NOT go in git)# c.f. the "OPTIONAL" section at bottom though, for tool-specific variations!## In particular, if you're using CocoaPods, you'll want to comment-out this line:*.lock## profile - REMOVED temporarily (on double-checking, I can't find it in OS X docs?)#profile##### Xcode temporary files that should never be committed# # NB: NIB/XIB files still exist even on Storyboard projects, so we want this...*~.nib
##### Xcode build files -## NB: slash on the end, so we only remove the FOLDER, not any files that were badly named "DerivedData"DerivedData/# NB: slash on the end, so we only remove the FOLDER, not any files that were badly named "build"
build/###### Xcode private settings (window sizes, bookmarks, breakpoints, custom executables, smart groups)## This is complicated:## SOMETIMES you need to put this file in version control.# Apple designed it poorly - if you use "custom executables", they are# saved in this file.# 99% of projects do NOT use those, so they do NOT want to version control this file.# ..but if you're in the 1%, comment out the line "*.pbxuser"# .pbxuser: http://lists.apple.com/archives/xcode-users/2004/Jan/msg00193.html*.pbxuser
# .mode1v3: http://lists.apple.com/archives/xcode-users/2007/Oct/msg00465.html*.mode1v3
# .mode2v3: http://lists.apple.com/archives/xcode-users/2007/Oct/msg00465.html*.mode2v3
# .perspectivev3: http://stackoverflow.com/questions/5223297/xcode-projects-what-is-a-perspectivev3-file*.perspectivev3
# NB: also, whitelist the default ones, some projects need to use these!default.pbxuser
!default.mode1v3
!default.mode2v3
!default.perspectivev3
##### Xcode 4 - semi-personal settings## Apple Shared data that Apple put in the wrong folder# c.f. http://stackoverflow.com/a/19260712/153422# FROM ANSWER: Apple says "don't ignore it"# FROM COMMENTS: Apple is wrong; Apple code is too buggy to trust; there are no known negative side-effects to ignoring Apple's unofficial advice and instead doing the thing that actively fixes bugs in Xcode# Up to you, but ... current advice: ignore it.*.xccheckout
### OPTION 1: ---------------------------------# throw away ALL personal settings (including custom schemes!# - unless they are "shared")# As per build/ and DerivedData/, this ought to have a trailing slash## NB: this is exclusive with OPTION 2 below
xcuserdata/# OPTION 2: ---------------------------------# get rid of ALL personal settings, but KEEP SOME OF THEM# - NB: you must manually uncomment the bits you want to keep## NB: this *requires* git v1.8.2 or above; you may need to upgrade to latest OS X,# or manually install git over the top of the OS X version# NB: this is exclusive with OPTION 1 above##xcuserdata/**/*# (requires option 2 above): Personal Schemes##!xcuserdata/**/xcschemes/*##### Xcode 4 workspaces - more detailed## Workspaces are important! They are a core feature of Xcode - don't exclude them :)## Workspace layout is quite spammy. For reference:## /(root)/# /(project-name).xcodeproj/# project.pbxproj# /project.xcworkspace/# contents.xcworkspacedata# /xcuserdata/# /(your name)/xcuserdatad/# UserInterfaceState.xcuserstate# /xcshareddata/# /xcschemes/# (shared scheme name).xcscheme# /xcuserdata/# /(your name)/xcuserdatad/# (private scheme).xcscheme# xcschememanagement.plist####### Xcode 4 - Deprecated classes## Allegedly, if you manually "deprecate" your classes, they get moved here.## We're using source-control, so this is a "feature" that we do not want!*.moved-aside
##### OPTIONAL: Some well-known tools that people use side-by-side with Xcode / iOS development## NB: I'd rather not include these here, but gitignore's design is weak and doesn't allow# modular gitignore: you have to put EVERYTHING in one file.## COCOAPODS:## c.f. http://guides.cocoapods.org/using/using-cocoapods.html#what-is-a-podfilelock# c.f. http://guides.cocoapods.org/using/using-cocoapods.html#should-i-ignore-the-pods-directory-in-source-control##!Podfile.lock## RUBY:## c.f. http://yehudakatz.com/2010/12/16/clarifying-the-roles-of-the-gemspec-and-gemfile/##!Gemfile.lock## IDEA:## c.f. https://www.jetbrains.com/objc/help/managing-projects-under-version-control.html?search=workspace.xml# #.idea/workspace.xml## TEXTMATE:## -- UNVERIFIED: c.f. http://stackoverflow.com/a/50283/153422##tm_build_errors##### UNKNOWN: recommended by others, but I can't discover what these files are#
Sie sollten nicht ignorieren *.lockoder Podfile.lock(egal die Redundanz). Sie möchten genau die gleichen Versionen in allen Arbeitsbereichen installieren, Sie möchten nicht die "neueste Version".
Am
8
Ich habe den Podfile-Teil entfernt. Ich habe das ursprünglich nicht hinzugefügt, SO sagt, jemand anderes hat es hinzugefügt und ich habe es achtlos kopiert / in das Wesentliche eingefügt. Ich entschuldige mich für jegliche Verwirrung und Missverständnisse. Ich mag es wirklich nicht, wie StackOverflow es jemandem ermöglicht, Ihre Antworten zu bearbeiten :(.
Adam
5
Es gibt jetzt eine zeilenweise Erklärung für ALLES. Dies sollte es viel klarer machen und das Anpassen für Ihre eigenen Projekte erleichtern.
Adam
3
@Adam Wie ich sehen kann, enthält diese Datei VCS-Metadaten und sollte daher nicht in das VCS eingecheckt werden. Nein, es gibt keine Hinweise auf developer.apple.cometwa xccheckout. Aber auf der offiziellen Github-Seite ist diese Datei bereits in der Gitignore-Datei enthalten. https://github.com/github/gitignore/blob/master/Objective-C.gitignore
Skywinder
3
Ohne offizielle Beschreibung werden wir nichts ignorieren. Fast jedes Mal, wenn Leute das getan haben, hat es früher oder später jemandes Projekt beschädigt. Viel zu gefährlich - geh nicht dorthin. Daher lehne ich es ab, dieser Datei etwas hinzuzufügen, es sei denn, ich habe eine überprüfbare Quelle, die bestätigt, dass das Ignorieren sicher ist!
Ich mag die Muster .pbxuser / .perspective / *. Perspectivev3 nicht besonders . Ich bevorzuge das folgende .xcodeproj / ! *. Xcodeproj / project.pbxproj Das ignoriert alles in einem * .xcodeproj außer dem project.pbxproj.
Lily Ballard
5
Ich ignoriere * .pbxuser, * .perspective und * .perspectivev3 nicht, da ich diese Einstellungen gerne behalten möchte, wenn ich mein Repository klone.
Lajos
7
Vielleicht möchten Sie auch hinzufügen, dass Sie eine "globale" Gitignore-Datei wie folgt erstellen können: git config --global core.excludesfile ~ / .gitignore
Jess Bowers
63
Ich möchte alle warnen, die nach dem Festschreiben des Projekts eine .gitignore-Datei hinzugefügt haben: Die Dateien, die Sie ignorieren, werden noch verfolgt. Sie müssen sie manuell mitgit rm --cached <files>
pixelfreak
21
@SpacyRicochet: Die Formatierung der Kommentare hat sich anscheinend geändert, seit ich den Kommentar geschrieben habe. Daher die Kursivschrift. Mein Muster soll aussehen wie * .xcodeproj / *! *. Xcodeproj / project.pbxproj. Natürlich müssen Sie es heutzutage für Arbeitsbereiche anpassen.
Lily Ballard
64
In Bezug auf den Ausschluss des 'Build'-Verzeichnisses -
Wenn Sie Ihre Build-Dateien wie ich in einem anderen Verzeichnis als Ihre Quelle ablegen, müssen Sie sich nicht um den Ordner in der Baumstruktur kümmern.
Dies vereinfacht auch das Teilen Ihres Codes, verhindert aufgeblähte Sicherungen und selbst wenn Sie Abhängigkeiten zu anderen Xcode-Projekten haben (während sich die Builds im selben Verzeichnis befinden müssen).
Ich habe den Build-Ordner zwar außerhalb des Projektordners, aber wenn andere Benutzer das Projekt erstellen, wird es standardmäßig im Projekt neu erstellt. Daher habe ich festgestellt, dass das Hinzufügen zur Ignorierdatei eine bessere Lösung ist, da es sonst in ihrem Ordner gelesen wird begeht.
Dies wurde bereits in einer der obigen Antworten veröffentlicht. Ich fand es falsch, fragwürdig unterstützt (mehr als 100 ausstehende Pull-Anfragen!) Und nicht dokumentiert. Die Tatsache, dass es "falsch" ist, ist das Schlimmste von allen; Sie haben eine Ignorierung vorgenommen, die nur für eine begrenzte Anzahl von Verwendungszwecken funktioniert, und nicht erklärt, was oder warum! Daher: meine Antwort oben, die ihre Fehler korrigiert UND erklärt, was getan wird und warum, damit Sie projektweise fundierte Entscheidungen treffen können (bei einem neuen Projekt vergesse ich manchmal, warum einige der Elemente darin enthalten sind - Die Kommentare helfen mir bei der Entscheidung :))
Adam
@Adam: GitHub's .gitignorewurde jetzt für Xcode 6.3.2 und Swift aktualisiert, daher ist es jetzt korrekt. Es ist auch dokumentiert.
Eric
Ja, aber das Problem beim Veröffentlichen einer datenvernichtenden Datei und beim monatelangen Aufbewahren - und anscheinend nicht bei der ordnungsgemäßen Prüfung - besteht darin, dass Sie permanent jeglichen Glauben, jedes Vertrauen und jeden Respekt der Community opfern. Zu spät.
Verwenden Sie immer Ihr Beispiel. schöne Einstellungen! Vielen Dank!
Nikolay Shubenkov
Ich habe gitignore.io eine Weile nicht mehr benutzt - es lohnt sich zu überprüfen, ob Sie es nicht getan haben. Sie können damit eine gitignoreDatei für die von Ihnen verwendete IDE / Sprache usw. erstellen . Es wird sogar eine Cocoapods-Sektion hinzugefügt. Genial
Ashley Mills
12
Ich verwende sowohl AppCode als auch XCode. Also .idea/sollte ignoriert werden.
Hier ist ein Skript, das ich erstellt habe, um Ihre .gitignore- und .gitattributes-Dateien automatisch mit Xcode zu erstellen ... Ich habe es zusammen mit ein paar anderen Sachen gehackt. Habe Spaß!
So habe ich meinem Swift-Projekt eine Gitignore-Datei hinzugefügt:
Wählen Sie Ihr Projekt in Xcode aus und klicken Sie mit der rechten Maustaste → Neue Gruppe → nennen Sie es " Git ".
Wählen Sie den Git-Ordner und klicken Sie mit der rechten Maustaste → Neue Datei hinzufügen
Wählen Sie auf der Registerkarte iOS → Andere → leere Datei
Geben Sie hier den Dateinamen " .gitignore " ein.
Bestätigen Sie den Dateinamen und den Dateityp
Hier ist die Ergebnisstruktur:
Öffnen Sie die Datei und fügen Sie den folgenden Code ein
# file########################################################################## ## Title - .gitignore file ## For - Mac OS X, Xcode 7 and Swift Source projects ## Updated by - Ramdhan Choudhary ## Updated on - 13 - November - 2015 ## ##################################################################################### Xcode ############ Xcode temporary files that should never be committed## Build generated
build/DerivedData# NB: NIB/XIB files still exist even on Storyboard projects, so we want this*~.nib
*.swp
## Various settings*.pbxuser
!default.pbxuser
*.mode1v3
!default.mode1v3
*.mode2v3
!default.mode2v3
*.perspectivev3
!default.perspectivev3
xcuserdata
## Other*.xccheckout
*.moved-aside
*.xcuserstate
*.xcscmblueprint
*.xcscheme
########### Mac OS X ############ Mac OS X temporary files that should never be committed.DS_Store
.AppleDouble.LSOverride# Icon must end with two \rIcon# Thumbnails._*# Files that might appear in the root of a volume.DocumentRevisions-V100
.fseventsd
.Spotlight-V100
.TemporaryItems.Trashes.VolumeIcon.icns
# Directories potentially created on remote AFP share.AppleDB.AppleDesktopNetworkTrashFolderTemporaryItems.apdisk
########## Objective-C/Swift specific ##########*.hmap
*.ipa
# CocoaPods## We recommend against adding the Pods directory to your .gitignore. However# you should judge for yourself, the pros and cons are mentioned at:# https://guides.cocoapods.org/using/using-cocoapods.html#should-i-check-the-pods-directory-into-source-control## Pods/# Carthage## Add this line if you want to avoid checking in source code from Carthage dependencies.# Carthage/CheckoutsCarthage/Build# fastlane## It is recommended to not store the screenshots in the Git repository. Instead, use fastlane to re-generate the
fastlane/report.xml
fastlane/screenshots
Gut, danke an Adam . Seine Antwort hat mir sehr geholfen, aber ich musste noch ein paar Einträge hinzufügen, da ich eine .gitignore-Datei für Folgendes haben wollte:
Der tm_build_errors ist für den Fall, dass ich TextMate zum Erstellen meines Projekts verwende. Es ist nicht ganz so umfassend wie Hagelin, aber ich dachte, es lohnt sich, für die Zeile tm_build_errors zu posten.
Hast du es auch hinzugefügt? Oder ist das nur alles was du tust?
hakre
1
Ja, ich habe beide hinzugefügt, aber xcusersate war die Hauptdatei. Nur so konnte ich meinen Code aus der Ferne übertragen. Ansonsten steckte ich in einer Rückkopplungsschleife, die vor dem Push ein Commit erforderte. Wenn Sie also ein Commit durchführen, werden Sie von Xcode 4.5 aufgefordert, das Commit erneut durchzuführen, und Sie können niemals einen Push durchführen, da die Voranforderung festgeschrieben wird.
user1524957
4
Ich verwende die folgende .gitignore-Datei, die in gitignore.io generiert wurde:
### Xcode ###
build/*.pbxuser
!default.pbxuser
*.mode1v3
!default.mode1v3
*.mode2v3
!default.mode2v3
*.perspectivev3
!default.perspectivev3
xcuserdata
*.xccheckout
*.moved-aside
DerivedData*.xcuserstate
### Objective-C #### Xcode#
build/*.pbxuser
!default.pbxuser
*.mode1v3
!default.mode1v3
*.mode2v3
!default.mode2v3
*.perspectivev3
!default.perspectivev3
xcuserdata
*.xccheckout
*.moved-aside
DerivedData*.hmap
*.ipa
*.xcuserstate
# CocoaPods## We recommend against adding the Pods directory to your .gitignore. However# you should judge for yourself, the pros and cons are mentioned at:# http://guides.cocoapods.org/using/using-cocoapods.html#should-i-ignore-the-pods-directory-in-source-control#Pods/
Die github .gitignore-Datei ist eine Sammlung aller Dateien, mit denen wir in der Vergangenheit Probleme hatten. Wenn Sie ein Xcode-Projekt von Grund auf neu starten und Xcode das Git-Repository vorkonfigurieren lassen, bleibt in .gitignore nicht zu viel zu ignorieren: Das einzige, was ich lieber ignoriere, ist xcuserdata / ... dies hilft, Ihre Commits nicht zu überladen .
Crosscode
GitHub ist der erste Ort, an dem ich nach Gitignores suche :)
Ben Leggiero
1
Die meisten Antworten stammen aus der Xcode 4-5-Ära. Ich empfehle eine Ignorierdatei in einem modernen Stil.
Wir haben festgestellt, dass die * .pbxproj-Datei beschädigt werden kann, selbst wenn Sie den .gitignore und den .gitattribte hinzufügen. Wir haben also einen einfachen Plan.
Jede Person, die im Büro codiert, verwirft einfach die an dieser Datei vorgenommenen Änderungen. Im Commit erwähnen wir einfach die Dateien, die der Quelle hinzugefügt werden. Und dann auf den Server drücken. Unser Integrationsmanager zieht dann die Commit-Details und sieht sie an und fügt die Dateien den Ressourcen hinzu.
Sobald er die Fernbedienung aktualisiert hat, hat jeder immer eine Arbeitskopie. Falls etwas fehlt, informieren wir ihn, dass er es hinzufügen und dann erneut ziehen soll.
Wie unterscheidet sich das von den vorherigen Antworten? Fügen Sie gitignorehier nicht einfach Ihre Datei ein, dies fügt diesem Thema nichts hinzu.
Ashley Mills
@AshleyMills Bitte lesen Sie zuerst die Answar und fügen Sie dann einen Kommentar hinzu .... Die Answar ist für eine Standardstruktur / erforderliche .... die unerlässlich sind ...
https://www.gitignore.io/api/swift,xcode,Cobjective-c,osx
Antworten:
Ich habe zuvor die Antwort mit der höchsten Bewertung verwendet, aber sie muss ein wenig bereinigt werden. Daher wird sie hier für Xcode 4 mit einigen Verbesserungen überarbeitet.
Ich habe jede Datei in dieser Liste recherchiert , aber einige davon sind in Apples offizieller Xcode-Dokumentation nicht vorhanden, daher musste ich auf Apple-Mailinglisten gehen.
Apple fügt weiterhin undokumentierte Dateien hinzu, wodurch unsere Live-Projekte möglicherweise beschädigt werden. Dieses IMHO ist inakzeptabel, und ich habe jetzt begonnen, jedes Mal Fehler zu protokollieren, wenn sie dies tun. Ich weiß, dass es ihnen egal ist, aber vielleicht wird es einen von ihnen beschämen, Entwickler fairer zu behandeln.
Wenn Sie Anpassungen vornehmen müssen, finden Sie hier eine Übersicht: https://gist.github.com/3786883
quelle
*.lock
oderPodfile.lock
(egal die Redundanz). Sie möchten genau die gleichen Versionen in allen Arbeitsbereichen installieren, Sie möchten nicht die "neueste Version".developer.apple.com
etwaxccheckout
. Aber auf der offiziellen Github-Seite ist diese Datei bereits in der Gitignore-Datei enthalten.https://github.com/github/gitignore/blob/master/Objective-C.gitignore
Basierend auf diesem Handbuch für Mercurial enthält mein .gitignore:
Ich habe mich auch dafür entschieden:
Dies sind laut diesem Beitrag der Apple-Mailingliste "benutzerspezifische Projekteinstellungen".
Und für Xcode 4:
quelle
git rm --cached <files>
In Bezug auf den Ausschluss des 'Build'-Verzeichnisses -
Wenn Sie Ihre Build-Dateien wie ich in einem anderen Verzeichnis als Ihre Quelle ablegen, müssen Sie sich nicht um den Ordner in der Baumstruktur kümmern.
Dies vereinfacht auch das Teilen Ihres Codes, verhindert aufgeblähte Sicherungen und selbst wenn Sie Abhängigkeiten zu anderen Xcode-Projekten haben (während sich die Builds im selben Verzeichnis befinden müssen).
Sie können eine aktuelle Kopie aus der Github-Liste https://gist.github.com/708713 herunterladen
Meine aktuelle .gitignore-Datei ist
quelle
Für Xcode 4 füge ich hinzu:
quelle
xcuserdata
, dann kümmert sich das um beides.Ich habe diese Vorschläge in eine Liste aufgenommen, die ich auf Github erstellt habe: http://gist.github.com/137348
Fühlen Sie sich frei, es zu gabeln und es besser zu machen.
quelle
Die Mitarbeiter von GitHub verfügen über umfassende und dokumentierte Gitignore-Dateien für Xcode-Projekte:
Swift: https://github.com/github/gitignore/blob/master/Swift.gitignore
Ziel-C: https://github.com/github/gitignore/blob/master/Objective-C.gitignore
quelle
.gitignore
wurde jetzt für Xcode 6.3.2 und Swift aktualisiert, daher ist es jetzt korrekt. Es ist auch dokumentiert.Sie sollten gitignore.io für Objective-C und Swift auschecken .
Hier ist die
.gitignore
Datei, die ich verwende:quelle
gitignore
Datei für die von Ihnen verwendete IDE / Sprache usw. erstellen . Es wird sogar eine Cocoapods-Sektion hinzugefügt. GenialIch verwende sowohl AppCode als auch XCode. Also
.idea/
sollte ignoriert werden.füge dies Adams hinzu
.gitignore
quelle
Hier ist ein Skript, das ich erstellt habe, um Ihre .gitignore- und .gitattributes-Dateien automatisch mit Xcode zu erstellen ... Ich habe es zusammen mit ein paar anderen Sachen gehackt. Habe Spaß!
Xcode-Git-User-Script
Keine Garantie ... Ich lutsche am meisten davon - also benutze es auf eigene Gefahr
quelle
Hinzufügen einer Gitignore-Datei für
So habe ich meinem Swift-Projekt eine Gitignore-Datei hinzugefügt:
Hier ist die Ergebnisstruktur:
Gut, danke an Adam . Seine Antwort hat mir sehr geholfen, aber ich musste noch ein paar Einträge hinzufügen, da ich eine .gitignore-Datei für Folgendes haben wollte:
Mac OS X + Xcode + Swift
Referenzen: dies und das
quelle
Meins ist ein .bzrignore, aber es ist die gleiche Idee :)
Der tm_build_errors ist für den Fall, dass ich TextMate zum Erstellen meines Projekts verwende. Es ist nicht ganz so umfassend wie Hagelin, aber ich dachte, es lohnt sich, für die Zeile tm_build_errors zu posten.
quelle
Für Xcode 5 füge ich hinzu:
Aus Beriks Antwort
quelle
Ich habe hinzugefügt:
und platzierte meine .gitignore-Datei im Stammverzeichnis meines Projekts.
Nach dem Festschreiben und Drücken. Ich rannte dann:
begraben mit dem Ordner unten:
Ich habe dann git commit ausgeführt und erneut gedrückt
quelle
Ich verwende die folgende .gitignore-Datei, die in gitignore.io generiert wurde:
quelle
Am allerbesten,
Gehen Sie und wählen Sie Ihre Sprache, und dann erhalten Sie die Datei.
quelle
Hier ist der ,
.gitignore
dass GitHub verwendet standardmäßig für neue Xcode Repositories:https://github.com/github/gitignore/blob/master/Objective-C.gitignore
Es ist wahrscheinlich zu jedem Zeitpunkt einigermaßen korrekt.
quelle
Die meisten Antworten stammen aus der Xcode 4-5-Ära. Ich empfehle eine Ignorierdatei in einem modernen Stil.
Halten Sie es auf dem neuesten Stand unter: https://github.com/BB9z/iOS-Project-Template/blob/master/.gitignore
quelle
Wir haben festgestellt, dass die * .pbxproj-Datei beschädigt werden kann, selbst wenn Sie den .gitignore und den .gitattribte hinzufügen. Wir haben also einen einfachen Plan.
Jede Person, die im Büro codiert, verwirft einfach die an dieser Datei vorgenommenen Änderungen. Im Commit erwähnen wir einfach die Dateien, die der Quelle hinzugefügt werden. Und dann auf den Server drücken. Unser Integrationsmanager zieht dann die Commit-Details und sieht sie an und fügt die Dateien den Ressourcen hinzu.
Sobald er die Fernbedienung aktualisiert hat, hat jeder immer eine Arbeitskopie. Falls etwas fehlt, informieren wir ihn, dass er es hinzufügen und dann erneut ziehen soll.
Dies hat für uns ohne Probleme geklappt.
quelle
Ich empfehle Joe , um eine
.gitignore
Datei zu generieren .Führen Sie für ein iOS-Projekt den folgenden Befehl aus:
$ joe g osx,xcode > .gitignore
Es wird dies erzeugen
.gitignore
:quelle
quelle
gitignore
hier nicht einfach Ihre Datei ein, dies fügt diesem Thema nichts hinzu.