Welche Dateien sollten in Git für Xcode 4 (.3.2) besser ignoriert werden? Diese ältere Frage befasst sich mit demselben Problem, aber ich finde, dass meine Struktur anders ist, also gehe ich davon aus, dass es sich um eine ältere Version von Xcode handelt.
Git-Ignore-Datei für Xcode 4-Projekte
ticofab
Hier sind Git Ignore-Dateien für praktisch jede Sprache, einschließlich Xcode : Github – git ignorieren
Für mich funktioniert es wie ein Zauber. Hier ist der Inhalt von Objective-C.gitignore
# Xcode
build/*
*.pbxuser
!default.pbxuser
*.mode1v3
!default.mode1v3
*.mode2v3
!default.mode2v3
*.perspectivev3
!default.perspectivev3
*.xcworkspace
!default.xcworkspace
xcuserdata
profile
*.moved-aside
DerivedData
-
Was ist mit den Schemata? Sie befinden sich in xcuserdata. Verfolgst du sie nicht?
– david
25. Juli 2012 um 8:16 Uhr
-
@david Da ich keine anderen Schemata als das Standardschema verwende und ein alleiniger Entwickler bin, ist dies für mich nicht relevant – wenn Sie sich für Schemata interessieren, entfernen Sie einfach die xcuserdata-Zeile oben.
– Pfitz
25. Juli 2012 um 8:34 Uhr
-
Obwohl dies alt ist, dachte ich, ich sollte mich der letzten Aussage von @Pfitz anschließen. Auch wenn Sie ein alleiniger Entwickler für ein Projekt sind, sind Schemata immer noch wichtig. Vor allem, wenn Sie beim Verbinden mit einer URL unterschiedliche Umgebungen haben. Sie können ganz einfach ein Makro für jedes einzelne Schema wie DEV, PROD erstellen und alles, was Sie tun müssen, ist, das Schema so umzustellen, dass es auf diesen Server zeigt. Andernfalls müssen Sie die URL für dev und prod manuell ändern, was anfällig für Benutzerfehler ist
– Esko918
2. Juli 2014 um 15:09 Uhr
Das verwenden wir:
#xcode Noise
build/*
*.pbxuser
*.mode2v3
*.mode1v3
*.xcworkspace
xcuserdata
# OSX Noise
.DS_Store
profile
*~
*.lock
*.DS_Store
*.swp
*.out
Brian
Bestehende Antworten sind gut. Ich möchte nur eine Notiz für Leute hinterlassen, die es verwenden CocoaPods
Bibliotheken zu verwalten. neben dem xcworkspace
die von CocoaPods generiert werden, sollten Sie ebenfalls ignorieren Pods/
Verzeichnis:
Pods/*
jeder Entwickler sollte tun pod install
auf ihrer eigenen Maschine separat. Andernfalls können sie mit vielen Umweltproblemen konfrontiert werden.
-
Sie sollten Podfile.lock nicht ignorieren. Dies wird verwendet, um sicherzustellen, dass jeder an einem bestimmten Commit denselben Satz von Pod-Dateien betrachtet. guides.cocoapods.org/using/using-cocoapods.html unter “Was ist eine Podfile.lock”
– Ying
25. Februar 2014 um 13:33 Uhr
Ich habe die Lösung aus der von Ihnen verlinkten Frage mit einigen Änderungen verwendet. Ich denke, es hat eine wirklich gute Lösung, um unnötige Projektdateien zu ignorieren
#OS junk files
[Tt]humbs.db
*.DS_Store
*.bak*
#Xcode files
#This ignores everything inside a *.xcodeproj except the project.pbxproj
*.xcodeproj/
!*.xcodeproj/project.pbxproj
*.log
xcuserdata
#Project files
[Bb]uild/
#Version control files
.svn
*.orig
Normalerweise ignoriere ich Folgendes
- /ProjectPath/project.xcodeproj/xcuserdata
- /ProjectPath/project.xcodeproj/project.xcworkspace
Und einige versteckte Dateien wie
- /Projektpfad/.DS_Store
mögliches Duplikat der Git-Ignore-Datei für Xcode-Projekte
– Adam
29. August 2012 um 23:03 Uhr