Git-Ignore-Datei für Xcode 4-Projekte

Lesezeit: 2 Minuten

Benutzer-Avatar
ticofab

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.

  • mögliches Duplikat der Git-Ignore-Datei für Xcode-Projekte

    – Adam

    29. August 2012 um 23:03 Uhr

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

Benutzer-Avatar
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

1130640cookie-checkGit-Ignore-Datei für Xcode 4-Projekte

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy