Git-Ignorierdatei für Xcode-Projekte


Antworten:


693

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


#########################
# .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
#

61
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!
Adam

276

Basierend auf diesem Handbuch für Mercurial enthält mein .gitignore:

.DS_Store
*.swp
*~.nib

build/

*.pbxuser
*.perspective
*.perspectivev3

Ich habe mich auch dafür entschieden:

*.mode1v3
*.mode2v3

Dies sind laut diesem Beitrag der Apple-Mailingliste "benutzerspezifische Projekteinstellungen".

Und für Xcode 4:

xcuserdata

52
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).

Sie können eine aktuelle Kopie aus der Github-Liste https://gist.github.com/708713 herunterladen

Meine aktuelle .gitignore-Datei ist

# Mac OS X
*.DS_Store

# Xcode
*.pbxuser
*.mode1v3
*.mode2v3
*.perspectivev3
*.xcuserstate
project.xcworkspace/
xcuserdata/

# Generated files
*.o
*.pyc


#Python modules
MANIFEST
dist/
build/

# Backup files
*~.nib

7
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.
Lajos

58

Für Xcode 4 füge ich hinzu:

YourProjectName.xcodeproj/xcuserdata/*
YourProjectName.xcodeproj/project.xcworkspace/xcuserdata/*

78
Wenn Sie nur hinzufügen xcuserdata, dann kümmert sich das um beides.
ma11hew28

7
Aus irgendeinem Grund hat das Hinzufügen von xcuserdata ohne Präfix bei mir nicht funktioniert. Ich dachte es sollte aber. Seltsam.
BastiBen

24

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.


5
Auch einer der Github-Leute hat einige .gitignore-Dateien gesammelt. Hier ist die Objective-C - spezifische Ein- github.com/github/gitignore/blob/master/Objective-C.gitignore
program247365

Auch die Thoughtbot-Leute haben sich dieses Projekt ausgedacht - github.com/thoughtbot/liftoff, das vernünftige Standard-Gitignore-Dateien hinzufügt. Siehe ihren Blog-Beitrag darauf: robots.thoughtbot.com/post/33796217972/…
program247365

14

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


5
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.
Adam

14

Sie sollten gitignore.io für Objective-C und Swift auschecken .

Hier ist die .gitignoreDatei, die ich verwende:

# Xcode
.DS_Store
*/build/*
*.pbxuser
!default.pbxuser
*.mode1v3
!default.mode1v3
*.mode2v3
!default.mode2v3
*.perspectivev3
!default.perspectivev3
xcuserdata
profile
*.moved-aside
DerivedData
.idea/
*.hmap
*.xccheckout
*.xcworkspace
!default.xcworkspace

#CocoaPods
Pods

1
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.

füge dies Adams hinzu .gitignore

####
# AppCode
.idea/

10

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


10

Hinzufügen einer Gitignore-Datei für

Mac OS X + Xcode + Swift

So habe ich meinem Swift-Projekt eine Gitignore-Datei hinzugefügt:

  1. Wählen Sie Ihr Projekt in Xcode aus und klicken Sie mit der rechten Maustaste → Neue Gruppe → nennen Sie es " Git ".
  2. Wählen Sie den Git-Ordner und klicken Sie mit der rechten Maustaste → Neue Datei hinzufügen
  3. Wählen Sie auf der Registerkarte iOSAndereleere Datei

Geben Sie hier die Bildbeschreibung ein

  1. Geben Sie hier den Dateinamen " .gitignore " ein.

Geben Sie hier die Bildbeschreibung ein

  1. Bestätigen Sie den Dateinamen und den Dateityp

Geben Sie hier die Bildbeschreibung ein

Hier ist die Ergebnisstruktur:

Geben Sie hier die Bildbeschreibung ein

  1. Ö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 \r
Icon


# 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
.AppleDesktop
Network Trash Folder
Temporary Items
.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/Checkouts

Carthage/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:

Mac OS X + Xcode + Swift

Referenzen: dies und das


1
Sehr nützliche Antwort. Ich habe es als Link in meiner Antwort zum Einrichten von Github in Xcode hinzugefügt .
Suragch

9

Meins ist ein .bzrignore, aber es ist die gleiche Idee :)

.DS_Store
*.mode1v3
*.pbxuser
*.perspectivev3
*.tm_build_errors

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.



4

Ich habe hinzugefügt:

xcuserstate
xcsettings

und platzierte meine .gitignore-Datei im Stammverzeichnis meines Projekts.

Nach dem Festschreiben und Drücken. Ich rannte dann:

git rm --cached UserInterfaceState.xcuserstate WorkspaceSettings.xcsettings

begraben mit dem Ordner unten:

<my_project_name>/<my_project_name>.xcodeproj/project.xcworkspace/xcuserdata/<my_user_name>.xcuserdatad/

Ich habe dann git commit ausgeführt und erneut gedrückt


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/


2

Hier ist der , .gitignoredass 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.


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.

# Xcode Project
**/*.xcodeproj/xcuserdata/
**/*.xcworkspace/xcuserdata/
**/*.xcworkspace/xcshareddata/IDEWorkspaceChecks.plist
**/*.xcworkspace/xcshareddata/*.xccheckout
**/*.xcworkspace/xcshareddata/*.xcscmblueprint
.idea/

# Xcode Injection
IOSInjectionProject/
OSXInjectionProject/

# Build
build/
DerivedData

# CocoaPods
Pods/

# fastlane
fastlane/report.xml
fastlane/Preview.html
fastlane/screenshots
fastlane/test_output
fastlane/sign&cert

# CSV
*.orig
.svn

# Other
*~
.DS_Store
*.swp
*.save
._*
*.bak

Halten Sie es auf dem neuesten Stand unter: https://github.com/BB9z/iOS-Project-Template/blob/master/.gitignore


0

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.


0

Ich empfehle Joe , um eine .gitignoreDatei zu generieren .

Führen Sie für ein iOS-Projekt den folgenden Befehl aus:

$ joe g osx,xcode > .gitignore

Es wird dies erzeugen .gitignore:

.DS_Store
.AppleDouble
.LSOverride

Icon
._*

.DocumentRevisions-V100
.fseventsd
.Spotlight-V100
.TemporaryItems
.Trashes
.VolumeIcon.icns

.AppleDB
.AppleDesktop
Network Trash Folder
Temporary Items
.apdisk

build/
DerivedData

*.pbxuser
!default.pbxuser
*.mode1v3
!default.mode1v3
*.mode2v3
!default.mode2v3
*.perspectivev3
!default.perspectivev3
xcuserdata

*.xccheckout
*.moved-aside
*.xcuserstate

-3

Eine Struktur einer Standard-Gitignore-Datei für das Xcode-Projekt>

.DS_Store
.DS_Store?
._*
.Spotlight-V100
.Trashes
Icon?
ehthumbs.db
Thumbs.db
build/
*.pbxuser
!default.pbxuser
*.mode1v3
!default.mode1v3
*.mode2v3
!default.mode2v3
*.perspectivev3
!default.perspectivev3
!default.xcworkspace
xcuserdata
profile
*.moved-aside
DerivedData
.idea/

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 ...
Rahul Singha Roy
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.