Git ignorer le fichier pour les projets Xcode

Réponses:

693

J'utilisais précédemment la réponse la mieux notée, mais elle a besoin d'un peu de nettoyage, donc ici, elle est refaite pour Xcode 4, avec quelques améliorations.

J'ai recherché tous les fichiers de cette liste, mais plusieurs d'entre eux n'existent pas dans la documentation officielle Xcode d'Apple, j'ai donc dû aller sur les listes de diffusion Apple.

Apple continue d'ajouter des fichiers non documentés, ce qui pourrait corrompre nos projets en direct. Cette IMHO est inacceptable, et j'ai maintenant commencé à enregistrer des bogues contre elle chaque fois qu'ils le font. Je sais qu'ils ne s'en soucient pas, mais peut-être que cela fera honte à l'un d'eux de traiter les développeurs plus équitablement.


Si vous devez personnaliser, voici un résumé que vous pouvez créer: 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
#
Adam
la source
61
Vous ne devriez pas ignorer *.lockou Podfile.lock(sans parler de la redondance). Vous voulez que les mêmes versions soient installées dans tous les espaces de travail, vous ne voulez pas la "dernière version".
tvon
8
J'ai supprimé la partie Podfile. Je n'ai pas ajouté cela à l'origine, SO dit que quelqu'un d'autre l'a ajouté et je l'ai copieusement / collé dans l'essentiel. Mes excuses pour toute confusion et tout malentendu. Je n'aime vraiment pas la façon dont StackOverflow permet à quiconque de modifier vos réponses :(.
Adam
5
Il y a maintenant une ligne d'explication pour TOUT, ligne par ligne. Cela devrait le rendre beaucoup plus clair et faciliter la personnalisation de vos propres projets.
Adam
3
@Adam Comme je peux le voir, ce fichier contient des métadonnées VCS et ne doit donc pas être archivé dans le VCS. Non, il n'y a aucune mention sur developer.apple.comenviron xccheckout. Mais sur la page officielle de github, ce fichier était déjà inclus dans le fichier gitignore. https://github.com/github/gitignore/blob/master/Objective-C.gitignore
skywinder
3
Sans description officielle, nous n'allons rien ignorer. Presque chaque fois que les gens ont fait ça, ça a corrompu le projet de quelqu'un tôt ou tard. Beaucoup trop dangereux - n'y allez pas. Je refuse donc d'ajouter quoi que ce soit à ce fichier à moins d'avoir une source vérifiable confirmant qu'il est sûr d'ignorer!
Adam
276

Basé sur ce guide pour Mercurial, mon .gitignore comprend:

.DS_Store
*.swp
*~.nib

build/

*.pbxuser
*.perspective
*.perspectivev3

J'ai également choisi d'inclure:

*.mode1v3
*.mode2v3

qui, selon cet article de la liste de diffusion Apple , sont des "paramètres de projet spécifiques à l'utilisateur".

Et pour Xcode 4:

xcuserdata
Hagelin
la source
52
Je n'aime pas particulièrement les modèles .pbxuser / .perspective / *. Perspectivev3. Je préfère de loin le .xcodeproj / ! *. Xcodeproj / project.pbxproj suivant qui ignore tout dans un * .xcodeproj sauf le project.pbxproj.
Lily Ballard
5
Je n'ignore pas * .pbxuser, * .perspective et * .perspectivev3 car j'aime conserver ces paramètres lorsque je clone mon référentiel.
lajos
7
Vous pouvez également ajouter que vous pouvez créer un fichier gitignore "global" comme ceci: git config --global core.excludesfile ~ / .gitignore
Jess Bowers
63
Je tiens à mettre en garde tous ceux qui ont ajouté un fichier .gitignore après avoir validé le projet: les fichiers que vous ignorez sont toujours suivis. Vous devrez les supprimer manuellement de git en utilisantgit rm --cached <files>
pixelfreak
21
@SpacyRicochet: la mise en forme du commentaire a apparemment changé depuis que j'ai écrit le commentaire. D'où l'italique. Mon modèle est censé ressembler à * .xcodeproj / *! *. Xcodeproj / project.pbxproj. Bien sûr, ces jours-ci, vous devez l'ajuster pour les espaces de travail.
Lily Ballard
64

Concernant l'exclusion du répertoire 'build' -

Si vous placez vos fichiers de construction dans un répertoire différent de votre source, comme moi, vous n'avez pas à vous soucier du dossier dans l'arborescence.

Cela rend également la vie plus simple pour le partage de votre code, empêchant les sauvegardes gonflées, et même lorsque vous avez des dépendances avec d'autres projets Xcode (tout en exigeant que les versions soient dans le même répertoire les unes que les autres)

Vous pouvez récupérer une copie à jour de l'essentiel de Github https://gist.github.com/708713

Mon fichier .gitignore actuel est

# 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
Abizern
la source
7
J'ai le dossier de construction en dehors du dossier du projet, mais lorsque d'autres utilisateurs créent le projet, il est recréé par défaut dans le projet - j'ai donc trouvé que l'ajouter au fichier ignorer est une meilleure solution, sinon il est lu de nouveau dans leur s'engage.
lajos
58

Pour Xcode 4, j'ajoute également:

YourProjectName.xcodeproj/xcuserdata/*
YourProjectName.xcodeproj/project.xcworkspace/xcuserdata/*
Vladimir Mitrovic
la source
78
Si vous ajoutez simplement xcuserdata, cela prend en charge les deux.
ma11hew28
7
Pour une raison quelconque, l'ajout de xcuserdata sans le préfixe n'a pas fonctionné pour moi. Je pensais que ça devrait le faire, cependant. Impair.
BastiBen
24

J'ai inclus ces suggestions dans un Gist que j'ai créé sur Github: http://gist.github.com/137348

N'hésitez pas à le bifurquer et à l'améliorer.

program247365
la source
5
Un des gars de Github a également collecté des fichiers .gitignore. Voici spécifique Objective-C de un github.com/github/gitignore/blob/master/Objective-C.gitignore
program247365
Les gens de Thoughtbot ont également proposé ce projet - github.com/thoughtbot/liftoff qui ajoutera des fichiers .gitignore par défaut sains, voir leur article de blog à ce sujet: robots.thoughtbot.com/post/33796217972/…
program247365
14

Les gens de GitHub ont des fichiers .gitignore exhaustifs et documentés pour les projets Xcode:

Swift: https://github.com/github/gitignore/blob/master/Swift.gitignore

Objective-C: https://github.com/github/gitignore/blob/master/Objective-C.gitignore

Eric
la source
5
Cela a déjà été publié dans l'une des réponses ci-dessus. Je l'ai trouvé: incorrect, douteusement pris en charge (plus de 100 demandes d'extraction en suspens!), Et non documenté. Le fait qu'il soit "incorrect" est le pire de tous; ils ont fait une ignorance qui ne fonctionne que pour un ensemble restreint d'utilisations et n'ont pas expliqué quoi ni pourquoi! Par conséquent: ma réponse ci-dessus, qui corrige leurs bogues ET explique ce qui est fait et pourquoi, afin que vous puissiez prendre des décisions éclairées projet par projet (sur un nouveau projet, j'oublie parfois pourquoi certains des éléments sont là - les commentaires m'aident à décider :))
Adam
@Adam: GitHub .gitignorea maintenant été mis à jour pour Xcode 6.3.2 et Swift, il est donc maintenant correct. C'est aussi documenté.
Eric
oui, mais le problème avec la publication d'un fichier destructeur de données et le maintien de cette façon pendant des mois ou des années - et apparemment pas la peine de le tester correctement - est que vous sacrifiez en permanence toute la foi, la confiance et le respect de la communauté. Trop tard.
Adam
14

Vous devriez vérifier gitignore.io pour Objective-C et Swift.

Voici le .gitignorefichier que j'utilise:

# 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
onmyway133
la source
1
utilisez toujours votre exemple. jolis réglages! Merci!
Nikolay Shubenkov
Je n'ai pas utilisé gitignore.io depuis un moment - vaut la peine de vérifier si vous ne l'avez pas fait. Vous pouvez l'utiliser pour créer un gitignorefichier pour n'importe quel IDE / langue, etc. que vous utilisez. Il ajoutera même une section cocoapods. Brilliant
Ashley Mills
12

J'utilise à la fois AppCode et XCode. Il .idea/faut donc ignorer.

ajouter ceci à Adam .gitignore

####
# AppCode
.idea/
Wanbok Choi
la source
10

Voici un script que j'ai fait pour créer automatiquement vos fichiers .gitignore et .gitattributes en utilisant Xcode ... Je l'ai piraté avec quelques trucs d'autres personnes. S'amuser!

Xcode-Git-User-Script

Aucune garantie ... je crains tout au plus - utilisez donc à vos risques et périls

tbarbe
la source
10

Ajout d'un fichier .gitignore pour

Mac OS X + Xcode + Swift

Voici comment j'ai ajouté un fichier .gitignore dans mon projet Swift:

  1. Sélectionnez votre projet dans Xcode et faites un clic droit → Nouveau groupe → nommez-le " Git "
  2. Sélectionnez le dossier Git et faites un clic droit → Ajouter un nouveau fichier
  3. Dans l' onglet iOS → sélectionnez Autrefichier vide

Entrez la description de l'image ici

  1. Donnez le nom du fichier ici " .gitignore "

Entrez la description de l'image ici

  1. Confirmez le nom et le type du fichier

Entrez la description de l'image ici

Voici la structure des résultats:

Entrez la description de l'image ici

  1. Ouvrez le fichier et passez le code ci-dessous

# 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

Eh bien, merci à Adam . Sa réponse m'a beaucoup aidé, mais j'ai quand même dû ajouter quelques entrées car je voulais un fichier .gitignore pour:

Mac OS X + Xcode + Swift

Références: ceci et cela

swiftBoy
la source
1
Réponse très utile. Je l'ai ajouté comme lien dans ma configuration de Github dans la réponse Xcode .
Suragch
9

Le mien est un .bzrignore, mais c'est la même idée :)

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

Le tm_build_errors est pour quand j'utilise TextMate pour construire mon projet. Il n'est pas aussi complet que Hagelin, mais je pensais que cela valait la peine d'être publié pour la ligne tm_build_errors.

Dave Verwer
la source
6

Pour Xcode 5 j'ajoute:

####
# Xcode 5 - VCS metadata
#
*.xccheckout

D'après la réponse de Berik

Wanbok Choi
la source
4

J'ai ajouté:

xcuserstate
xcsettings

et placé mon fichier .gitignore à la racine de mon projet.

Après avoir commis et poussé. J'ai ensuite couru:

git rm --cached UserInterfaceState.xcuserstate WorkspaceSettings.xcsettings

enterré avec le dossier ci-dessous:

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

J'ai ensuite exécuté git commit et poussé à nouveau

user1524957
la source
L'avez-vous également ajouté? Ou est-ce juste tout ce que vous faites?
hakre
1
Oui, j'ai ajouté les deux, mais xcusersate était le principal fichier incriminé. L'ajout était la seule façon dont je pouvais pousser mon code à distance. Sinon, j'étais coincé dans une boucle de rétroaction qui nécessitait un commit avant le push. Donc, vous vous engagez, alors Xcode 4.5 vous demandera de vous engager à nouveau et vous ne pourrez jamais pousser car la pré-demande est en cours de validation.
user1524957
4

J'utilise le fichier .gitignore suivant généré dans gitignore.io:

### 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/
joserock85
la source
4

Le meilleur de tous,

gitignore.io

Allez et choisissez votre langue, puis il vous donnera le fichier.

alicanbatur
la source
2

Voici ce .gitignoreque GitHub utilise par défaut pour les nouveaux référentiels Xcode:

https://github.com/github/gitignore/blob/master/Objective-C.gitignore

Il est susceptible d'être raisonnablement correct à tout moment.

funroll
la source
Le fichier github .gitignore est une collection de tous les fichiers avec lesquels nous avons eu des problèmes par le passé. En ce moment, si vous démarrez un projet Xcode à partir de zéro et laissez Xcode préconfigurer le référentiel git, il n'y a pas trop de choses à ignorer dans .gitignore: la seule chose que je préfère ignorer est xcuserdata / ... cela aide à ne pas encombrer vos commits .
crosscode
GitHub est le premier endroit où je cherche des gitignores :)
Ben Leggiero
1

La plupart des réponses proviennent de l'ère Xcode 4-5. Je recommande un fichier ignoré dans un style moderne.

# 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

Gardez-le à jour à partir de: https://github.com/BB9z/iOS-Project-Template/blob/master/.gitignore

BB9z
la source
0

Nous avons constaté que même si vous ajoutez le .gitignore et le .gitattribte, le fichier * .pbxproj peut être corrompu. Nous avons donc un plan simple.

Toute personne qui code au bureau rejette simplement les modifications apportées à ce fichier. Dans le commit, nous mentionnons simplement les fichiers qui sont ajoutés dans la source. Et puis poussez vers le serveur. Notre gestionnaire d'intégration tire et voit les détails de validation et ajoute les fichiers dans les ressources.

Une fois qu'il met à jour la télécommande, tout le monde aura toujours une copie de travail. Dans le cas où quelque chose manque, nous lui demandons de l'ajouter puis de tirer à nouveau.

Cela a fonctionné pour nous sans aucun problème.

Basil Abbas
la source
0

Je recommande d'utiliser joe pour générer un .gitignorefichier.

Pour un projet iOS, exécutez la commande suivante:

$ joe g osx,xcode > .gitignore

Il générera ceci .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
damianesteban
la source
-3

Une structure d'un fichier .gitignore standard pour le projet Xcode>

.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/
Rahul Singha Roy
la source
En quoi est-ce différent de l'une des réponses précédentes? Ne vous contentez pas de coller votre gitignorefichier ici, cela n'ajoute rien à ce sujet.
Ashley Mills
@AshleyMills Veuillez d'abord lire le répondeur puis ajouter un commentaire .... Le répondeur est pour une structure standard / requise .... qui sont essentiels pour avoir ...
Rahul Singha Roy