Должен git игнорировать * .pch-файлы, созданные XCode?

Question

Должен ли я добавлять * .pch файлы в .gitignore в проектах XCode?

Answer 1

Нет, они важны для проекта.

Они являются заголовками префикса и будут импортированы в каждый файл проекта.

Answer 2

Нет, не следует. Это не сгенерированный файл, так как разработчик может (и должен) его модифицировать. Дело в том, что здесь можно использовать наиболее часто используемые директивы #import/#include. Это ускорит компиляцию, поскольку Xcode затем предварительно скомпилирует ее, и GCC будет использовать эти «кэшированные» результаты при компиляции других файлов без необходимости их синтаксического анализа и компиляции.

Я нашел ускорение особенно драматичным с C++, BTW.

Answer 3

Чтобы добавить немного больше контекста к вопросу - Какие файлы вы должны считать игнорировать в VCS?

1. Личные настройки файлов, таких как * .pbxuser. Это те вещи, которые содержат настройки для вашей личной среды или рабочего пространства. Не так много пользы для всех, кто клонирует репозиторий и маргинального использования, если вы используете репозиторий между машинами.
2. Сгенерированные файлы. Если ваш проект генерирует файлы, тогда нет смысла их размещать в вашем репозитории, потому что, если вы их не генерируете, они заканчиваются устаревшими. Вот почему вы часто видите build/ в файле .gitignore
3. Файлы, содержащие пароли или токены доступа. На самом деле это очень очевидно.

Проще говоря. Не игнорируйте все, что требуется для вашего проекта. Файл PCH ссылается на ваши параметры проекта, и вы получите ошибку сборки, если она не существует в проекте, поэтому она действительно должна быть в репозитории.

Answer 4

Я не использую git, я использую svn, но настройки игнорирования должны быть одинаковыми. Когда я создал проект, единственное, что я игнорирую по умолчанию являются:

• каталог build
• *.pbxuser и *.mode1v3 в xcodeproj пачке.

Все остальное (включая файл pch) - это то, что должно быть под контролем исходного кода (если вы не добавите другие сгенерированные файлы вне сборки).