Что должен содержать файл Xcode 6 gitignore?

Question

Что должен содержать файл Xcode 6 gitignore?

205

Каким должен быть типичный .gitignore для Xcode 6?

Также для информации о xccheckout, представленной в Xcode 5, см. здесь

Epic Byte 22 сен. 2013, в 01:47

Источник

51

Это не «вопрос, основанный прежде всего на мнении». Есть файлы, которые git должен всегда игнорировать в XCode, программные файлы, такие как xcuserdata. Выбор исключить их никоим образом не основан на мнении.
Dermot 02 окт. 2013, в 07:17
4

Я второй Дермот на этом! Не игнорирование некоторых файлов приводит к ошибкам, поэтому существует определенная лучшая практика. Половина примеров кода, представленных в SO-ответах, может рассматриваться в равной степени как мнения, так как существуют другие способы ведения дел, но существуют общепринятые передовые практики и стандарты де-факто.
rage 31 окт. 2013, в 09:54
2

Может быть, частично закрыт, потому что здесь есть исчерпывающий ответ: stackoverflow.com/questions/49478/… . В моем исследовании вы ошибаетесь, говоря, что .xccheckout следует игнорировать - но это не на 100% ясно, и я зафиксировал ошибку с Apple, требующей официального ответа.
Adam 02 дек. 2013, в 15:13

Показать ещё 1 комментарий

Теги:

ios

xcode

iphone

git

3 ответа

56

Если вы создаете новый проект с нуля в Xcode 6... больше нет необходимости в длинном файле .gitignore, поскольку Я указал в своем последнем сообщении: Apple оптимизировала стандартный файл проекта и структуру папок в соответствии с требованиями для четкой и прямой передачи git. Apple также игнорирует два шаблона файла по умолчанию, если вы создаете репозиторий git с шаблоном проекта Xcode:

.DS_Store
UserInterfaceState.xcuserstate

Они добавили их в ваш .git/info/excludes файл в каталоге проекта. Поэтому нет необходимости повторно игнорировать их в .gitignore: -)

Единственное, что я всегда включаю в файл .gitignore, это

# Exclude personal Xcode user settings
xcuserdata/

crosscode 02 янв. 2015, в 17:12

2

Не могли бы вы поставить третью строку в верхнюю часть, чтобы мне не приходилось копировать дважды каждый раз, когда я прихожу к этому ответу, пожалуйста? Я надеюсь, что он также получит 133 голосов!
Dan Rosenstark 13 янв. 2015, в 22:56
3

@ Яр ... как я описал выше: единственная строка, которая вам нужна в вашем файле .gitignore, это исключение xcuserdata /. Две другие строки уже обработаны Apple по умолчанию. Так что нет необходимости копировать эти три строки в ваш файл .gitignore.
crosscode 15 янв. 2015, в 07:02
1

Ой! Вот это да. Это на самом деле то, что я могу напечатать вручную. Отличный материал, спасибо за обмен и удачи здесь на SO.
Dan Rosenstark 16 янв. 2015, в 20:25

Показать ещё 1 комментарий

5

Обратитесь к файлу Github Xcode.gitignore, чтобы всегда иметь обновленный список тех файлов Xcode, которые нужно игнорировать.

whyceewhite 24 июль 2015, в 15:18

Ещё вопросы

Это не «вопрос, основанный прежде всего на мнении». Есть файлы, которые git должен всегда игнорировать в XCode, программные файлы, такие как xcuserdata. Выбор исключить их никоим образом не основан на мнении.
Я второй Дермот на этом! Не игнорирование некоторых файлов приводит к ошибкам, поэтому существует определенная лучшая практика. Половина примеров кода, представленных в SO-ответах, может рассматриваться в равной степени как мнения, так как существуют другие способы ведения дел, но существуют общепринятые передовые практики и стандарты де-факто.
Может быть, частично закрыт, потому что здесь есть исчерпывающий ответ: stackoverflow.com/questions/49478/… . В моем исследовании вы ошибаетесь, говоря, что .xccheckout следует игнорировать - но это не на 100% ясно, и я зафиксировал ошибку с Apple, требующей официального ответа.
Не могли бы вы поставить третью строку в верхнюю часть, чтобы мне не приходилось копировать дважды каждый раз, когда я прихожу к этому ответу, пожалуйста? Я надеюсь, что он также получит 133 голосов!
@ Яр ... как я описал выше: единственная строка, которая вам нужна в вашем файле .gitignore, это исключение xcuserdata /. Две другие строки уже обработаны Apple по умолчанию. Так что нет необходимости копировать эти три строки в ваш файл .gitignore.
Ой! Вот это да. Это на самом деле то, что я могу напечатать вручную. Отличный материал, спасибо за обмен и удачи здесь на SO.

Michael Dautermann · Accepted Answer · 2013-09-22T01-45-00.000Z

288

Лучший ответ

1)

Самый простой ответ: мой выглядит следующим образом:

# Xcode
.DS_Store
build/
*.pbxuser
!default.pbxuser
*.mode1v3
!default.mode1v3
*.mode2v3
!default.mode2v3
*.perspectivev3
!default.perspectivev3
*.xcworkspace
!default.xcworkspace
xcuserdata
profile
*.moved-aside
DerivedData
.idea/
# Pods - for those of you who use CocoaPods
Pods

который, как мне кажется, является тем же самым .gitignore, который по умолчанию устанавливает GitHub со всеми своими репозиториями.

2)

Еще один ответ: там сайт под названием "gitignore.io" , который генерирует файлы на основе шаблонов .gitignore от https://github.com/github/gitignore.

Michael Dautermann 22 сен. 2013, в 01:45

1

Спасибо, я собираюсь использовать gitignore из github, поскольку он, похоже, обновлен для Xcode 5.
Epic Byte 23 сен. 2013, в 00:12
10

не забудьте удалить xcworkspace, если вы используете какао-стручки, если интегрируете хуки post commit с, например, travis
Ivor Prebeg 26 окт. 2013, в 20:07
1

пожалуйста, обновите следующую суть: gist.github.com/adamgit/3786883, добавив в него специальные материалы для Xcode 5, чтобы поддерживать его в актуальном состоянии!
Dirty Henry 21 нояб. 2013, в 14:52
0

GitHub не проверяет их .gitignore - «официальный» для Xcode4 был слишком неправильным в течение долгого времени. Я бы очень настоятельно советовал вам не полагаться на свои (непроверенные) файлы игнорирования.
Adam 02 дек. 2013, в 15:14
0

Привет @ Адам, можешь немного рассказать?
Michael Dautermann 03 дек. 2013, в 06:53
3

Я исследовал все файлы - cf stackoverflow.com/questions/49478/… - различные незавершенные авторы проекта github явно не заметили (я неоднократно вижу вещи, которые должны быть там, но отсутствуют, и (что еще хуже) наоборот ). Очевидно, я не буду беспокоиться о том, чтобы отслеживать / комментировать что-то, что явно плохо поддерживается, чтобы начать с :) - я просто сдался и вместо этого написал рабочий .gitignore, и поделился им со StackOverflow
Adam 03 дек. 2013, в 12:58
0

Я использовал это, но CalFoo.xcodeproj/project.xcworkspace/xcuserdata/wcochran.xcuserdatad/UserInterfaceState.xcuserstate все еще подготовлен для фиксации! Зачем?
wcochran 06 март 2014, в 16:48
0

@wcochran Возможно, если он уже был в списке «Добавить» для коммита до того, как вы изменили свой .gitignore, вам нужно « git checkout » файл, чтобы удалить его из списка добавления? Хотя я не уверен на 100%.
Michael Dautermann 06 март 2014, в 17:36
2

Cocoapods предлагает думать дважды о игнорировании Pods : guides.cocoapods.org/using/... ?
ericsoco 27 март 2014, в 07:08
3

Что бы это ни стоило, я потратил некоторое время на изучение различных файлов Xcode и Cocoapods .gitignore, и этот, кажется, лучше всего работает для меня. Папка Pods по праву игнорируется, поскольку она является сгенерированным конечным состоянием. Также включен файл Podfile.lock, который предоставляет ценные метаданные о состоянии сборки во время различных фиксаций.
Matt Vukas 18 апр. 2014, в 01:39
4

.idea/ нужен только тем, кто использует AppCode
Wanbok Choi 21 май 2015, в 05:32
0

Очень полезно. Я решил не игнорировать Pods / папку, но в любом случае этот гитиньор сделал свое дело для меня
voghDev 19 янв. 2016, в 08:32
0

Что означает «по !default ?
Andrej 07 апр. 2016, в 08:42
0

Согласно документации gitignore , «! Отменяет шаблон; любой соответствующий файл, исключенный предыдущим шаблоном, снова будет включен». Другими словами, любой файл проекта Xcode , который начинается с именем « по default » будут включены вместо исключены.
Michael Dautermann 07 апр. 2016, в 08:48
0

Как я могу исключить build / folder, но НЕ исключить, f.ex: Folder / build folder? Я столкнулся с большой ловушкой, просто исключив сборку /, так как он также исключил другие папки, в которых были собраны пути
Lukasz 25 май 2016, в 17:16

Показать ещё 13 комментариев