Файл ігнорування Git для проектів Xcode


Відповіді:


693

Раніше я використовував відповідь, де голосували голоси, але для цього потрібно трохи очистити, тому тут вона перероблена для Xcode 4, з деякими вдосконаленнями.

Я досліджував кожен файл у цьому списку, але декілька з них не існують в офіційній документації Xcode Apple, тому мені довелося перейти до списків розсилки Apple.

Apple продовжує додавати незадокументовані файли, що потенційно може пошкодити наші живі проекти. Цей IMHO неприйнятний, і тепер я починав реєструвати помилки проти нього кожного разу, коли вони це роблять. Я знаю, що їм все одно, але, можливо, буде соромно одного з них ставитися до розробників більш справедливо.


Якщо вам потрібно налаштувати, ось суть, яку ви можете роздрібнити: 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
Ви не повинні ігнорувати *.lockабо Podfile.lock(не майте на увазі надмірності). Вам потрібно точно такі ж версії, які встановлені у всіх робочих просторах, ви не хочете "останню версію".
Твон

8
Я видалив частину Podfile. Я не додав цього спочатку, так каже, що хтось ще додав його, і я недбало копіював / вставляв його в суть. Прошу вибачення за будь-яку плутанину та непорозуміння. Мені дуже не подобається те, як StackOverflow дозволяє кожному редагувати ваші відповіді :(.
Адам,

5
Зараз є пояснення для ВСЕГО, рядок за рядком. Це має зробити це значно зрозумілішим та полегшити налаштування під власні проекти.
Адам

3
@Adam Як я бачу, цей файл містить метадані VCS, і тому його не слід перевіряти у VCS. Ні, немає згадок про developer.apple.comо xccheckout. Але на офіційній сторінці github цей файл уже включений у файл gitignore. https://github.com/github/gitignore/blob/master/Objective-C.gitignore
skywinder

3
Без офіційного опису ми не збираємось нічого ігнорувати. Майже щоразу, коли люди роблять це, рано чи пізно це корумповано чийсь проект. Шлях занадто небезпечний - не їдь туди. Тож я відмовляюся додавати що-небудь до цього файлу, якщо у мене немає джерела, що перевіряється, що підтверджує, що його можна ігнорувати!
Адам

276

На основі цього посібника для Mercurial мій .gitignore включає:

.DS_Store
*.swp
*~.nib

build/

*.pbxuser
*.perspective
*.perspectivev3

Я також вирішив включити:

*.mode1v3
*.mode2v3

які, відповідно до цієї публікації списку розсилки Apple , є "налаштуваннями проекту для користувачів".

А для Xcode 4:

xcuserdata

52
Мені особливо не подобаються шаблони .pbxuser / .perspective / *. Перспективі3. Я дуже віддаю перевагу наступному .xcodeproj / ! *. Xcodeproj / project.pbxproj, який ігнорує все, що знаходиться всередині * .xcodeproj, за винятком project.pbxproj.
Лілі Баллард

5
Я не ігнорую * .pbxuser, * .perspective і * .perspectivev3, тому що мені подобається зберігати ці налаштування, коли я клоную своє сховище.
lajos

7
Також ви можете додати, що ви можете зробити "глобальний" файл gitignore на зразок цього: git config --global core.excludesfile ~ / .gitignore
Jess Bowers

63
Я хотів би застерегти всіх, хто додав файл .gitignore після того, як вони здійснили проект: ті файли, які ви ігноруєте, досі відслідковуються. Вам доведеться видалити їх з git вручну, використовуючиgit rm --cached <files>
pixelfreak

21
@SpacyRicochet: Формат коментарів, очевидно, змінився з моменту написання коментаря. Звідси курсив. Мій шаблон повинен мати вигляд * .xcodeproj / *! *. Xcodeproj / project.pbxproj. Звичайно, в ці дні вам потрібно відрегулювати його для робочих просторів.
Лілі Баллард

64

Що стосується виключення каталогу "build" -

Якщо ви розміщуєте свої файли збирання в іншому каталозі від вашого джерела, як у мене, у вас немає папки в дереві, щоб турбуватися.

Це також робить життя простішим для спільного використання вашого коду, запобігаючи роздутим резервним копіям і навіть тоді, коли у вас залежність від інших проектів Xcode (при цьому вимагайте, щоб збірки були в тому ж каталозі, що і один до одного)

Ви можете взяти актуальну копію з Github gist https://gist.github.com/708713

Мій поточний .gitignore файл є

# 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
У мене є папка збірки за межами папки проекту, але коли інші користувачі створюють проект, вона за замовчуванням відтворена в проекті, тому я виявив, що додавання її до файлу ігнорування є кращим рішенням, інакше воно читається у своїх здійснює.
lajos

58

До Xcode 4 я також додаю:

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

78
Якщо ви просто додаєте xcuserdata, то це піклується про обох.
ma11hew28

7
Чомусь просто додавання xcuserdata без префікса не працювало для мене. Я думав, що це має, хоча. Незвичайно.
BastiBen

24

Я включив ці пропозиції до створеного вами Github в Gistub: http://gist.github.com/137348

Не соромтеся роздвоювати його та покращувати його.


5
Також один із хлопців Github зібрав кілька файлів .gitignore. Ось специфічний One-github.com/github/gitignore/blob/master/Objective-C.gitignore
програма247365

Також люди Thoughtbot придумали цей проект - github.com/thoughtbot/liftoff, який додасть нормальні файли .gitignore за замовчуванням, дивіться їхню публікацію в ньому: robots.thoughtbot.com/post/33796217972/…
program247365

14

Люди GitHub мають вичерпні та задокументовані файли .gitignore для проектів Xcode:

Свіфт: https://github.com/github/gitignore/blob/master/Swift.gitignore

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


5
Про це вже було розміщено в одній з відповідей вище. Я визнав це неправильним, сумнівно підтримуваним (понад 100 непогашених запитів на витяг!) Та недокументованим. Те, що це "неправильно", є найгіршим із усіх; вони зробили ігнорування, яке працює лише для вузького набору використання, і не пояснили, що і чому! Отже: моя відповідь вище, яка виправляє їхні помилки І пояснює, що робиться і чому, тому ви можете приймати освічені рішення по кожному проекту (за новим проектом, я іноді забуваю, чому деякі елементи є там - коментарі допомагають мені вирішити :))
Адам

@Adam: GitHub's .gitignoreтепер оновлено для Xcode 6.3.2 та Swift, тому це тепер правильно. Це також документально підтверджено.
Ерік

так, але проблема з публікацією файла, що руйнує дані, і збереження його таким чином місяцями чи роками - і, мабуть, не намагається перевірити його належним чином - полягає в тому, що ви постійно жертвуєте всією вірою, довірою, повагою з боку громади. Запізно.
Адам

14

Слід замовити gitignore.io для Objective-C і Swift.

Ось .gitignoreфайл, який я використовую:

# 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
завжди використовуйте свій приклад. приємних налаштувань! Дякую!
Микола Шубенков

Я деякий час не використовував gitignore.io - варто перевірити, чи ні. Ви можете використовувати його для створення gitignoreфайлу для будь-якої мови IDE / мови тощо. Він навіть додасть розділ про кокаподи. Блискучий
Ешлі Міллс

12

Я використовую і AppCode, і XCode. Тому .idea/слід ігнорувати.

додайте це до Адамового .gitignore

####
# AppCode
.idea/

10

Ось сценарій, який я створив для автоматичного створення вашого .gitignore та .gitattributes файлів за допомогою Xcode ... Я зламав його разом із кількома іншими людьми. Веселіться!

Xcode-Git-User-Script

Ніяких гарантій ... Я маю на увазі більшість цього - тому використовуйте на свій страх


10

Додавання файлу .gitignore для

Mac OS X + Xcode + Swift

Ось так я додав файл .gitignore до свого проекту Swift:

  1. Виберіть проект у Xcode та клацніть правою кнопкою миші → Нова група → назвіть його " Git "
  2. Виберіть папку Git і клацніть правою кнопкою миші → Додати новий файл
  3. На вкладці iOS → виберіть Іншепорожній файл

Введіть тут опис зображення

  1. Дайте ім'я файлу тут " .gitignore "

Введіть тут опис зображення

  1. Підтвердіть ім'я та тип файлу

Введіть тут опис зображення

Ось структура результатів:

Введіть тут опис зображення

  1. Відкрийте файл і вставте наведений нижче код

# 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

Ну, дякую Адамові . Його відповідь мені дуже допомогла, але все ж мені довелося додати ще кілька записів, оскільки я хотів, щоб файл .gitignore для:

Mac OS X + Xcode + Swift

Список літератури: це і це


1
Дуже корисна відповідь. Я додав його як посилання у моїй настройці Github у відповіді Xcode .
Сурагч

9

Моє - .bzrignore, але це та сама ідея :)

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

Tm_build_errors - це коли я використовую TextMate для створення свого проекту. Це не так всебічно, як Hagelin, але я подумав, що варто опублікувати для лінії tm_build_errors.



4

Я додав:

xcuserstate
xcsettings

і розмістив мій файл .gitignore в корені мого проекту.

Після вчинення та натискання. Я тоді побіг:

git rm --cached UserInterfaceState.xcuserstate WorkspaceSettings.xcsettings

закопано в папку нижче:

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

Потім я побіг git commit і знову натиснув


Ви також додали його? Або це просто все, що ти робиш?
хакре

1
Так, я додав і те, і інше, але xcusersate був основним файлом, що порушує право. Додавши, що це єдиний спосіб я можу віддалити свій код віддалено. Інакше я застряг у циклі зворотного зв’язку, який вимагав зробити перед натисканням. Таким чином, ви берете на себе зобов’язання, тоді Xcode 4.5 попросить вас знову зробити зобов’язання, і ви ніколи не зможете натиснути, тому що попередній запит виконує.
користувач1524957

4

Я використовую такий .gitignore файл, сформований у 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/


2

Ось те, .gitignoreщо GitHub використовує за замовчуванням для нових сховищ Xcode:

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

Це може бути досить коректним у будь-який момент часу.


Файл github .gitignore - це сукупність усіх файлів, з якими у нас були проблеми в минулому. Зараз, якщо ви запускаєте проект Xcode з нуля, нехай Xcode попередньо конфігурує сховище git, не так вже й багато залишається, щоб ігнорувати. .
перехресний код

GitHub - це перше місце, де я коли-небудь шукаю гітіньори :)
Ben Leggiero

1

Більшість відповідей - з епохи Xcode 4-5. Я рекомендую файл ігнорування в сучасному стилі.

# 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

Тримайте його в курсі: https://github.com/BB9z/iOS-Project-Template/blob/master/.gitignore


0

Ми виявили, що навіть якщо ви додасте .gitignore та файл .gitattribte * .pbxproj, файл може пошкодитися. Отже, у нас простий план.

Кожна людина, кодована в офісі, просто відкидає зміни, внесені до цього файлу. У фільмі ми просто згадуємо файли, які додаються до джерела. А потім натисніть на сервер. Наш менеджер інтеграції, ніж витягує та бачить деталі фіксації та додає файли до ресурсів.

Після оновлення пульта всі завжди матимуть робочу копію. Якщо чогось не вистачає, ми повідомляємо йому, що він додасть його, а потім ще раз потягнемо.

Це спрацювало для нас без жодних питань.


0

Я рекомендую використовувати Джо для створення .gitignoreфайлу.

Для проекту iOS виконайте таку команду:

$ joe g osx,xcode > .gitignore

Це призведе до цього .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

Структура файлу .gitignore у відставці для проекту 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/

Чим це відрізняється від будь-якої з попередніх відповідей? Не просто вставляйте gitignoreсюди свій файл, це нічого не додає до цієї теми.
Ешлі Міллс

@AshleyMills Будь ласка, прочитайте спочатку answar, а потім додайте коментар .... answar призначений для стійкої структури / необхідних .... які є основними для того, щоб мати ...
Рахул Сінгха Рой
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.