Новый файл, созданный в Xcode 9.3, <wsname> .xcworkspace / xcshareddata / IDEWorkspaceChecks.plist, следует ли его зафиксировать?

Question 1

Я загрузил недавно выпущенный Xcode 9.3, перекомпилировал свое рабочее пространство и заметил, что он создал новый файл:

<mywsname>.xcworkspace/xcshareddata/IDEWorkspaceChecks.plist

содержание которого:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
    <dict>
        <key>IDEDidComputeMac32BitWarning</key>
        <true/>
    </dict>
</plist>

Интересно, следует ли этот файл игнорировать или фиксировать с помощью git. Мне не удалось найти никакой документации по этому поводу.

Question 2

Судя по примечанию к выпуску 9.3, похоже, что вы хотите сделать коммит.

Xcode 9.3 добавляет новый файл IDEWorkspaceChecks.plist к общим данным рабочей области, чтобы сохранить состояние необходимых проверок рабочей области. Передача этого файла в систему управления версиями предотвратит ненужный повторный запуск этих проверок для каждого пользователя, открывающего рабочую область.

Источник

Answer 1

Я загрузил недавно выпущенный Xcode 9.3, перекомпилировал свое рабочее пространство и заметил, что он создал новый файл:

<mywsname>.xcworkspace/xcshareddata/IDEWorkspaceChecks.plist

содержание которого:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
    <dict>
        <key>IDEDidComputeMac32BitWarning</key>
        <true/>
    </dict>
</plist>

Интересно, следует ли этот файл игнорировать или фиксировать с помощью git. Мне не удалось найти никакой документации по этому поводу.

Answer 2

201

Судя по примечанию к выпуску 9.3, похоже, что вы хотите сделать коммит.

Xcode 9.3 добавляет новый файл IDEWorkspaceChecks.plist к общим данным рабочей области, чтобы сохранить состояние необходимых проверок рабочей области. Передача этого файла в систему управления версиями предотвратит ненужный повторный запуск этих проверок для каждого пользователя, открывающего рабочую область.

Источник

СинийСолрак
источник

37

Кроме того, он находится в общих данных xc, которые можно рассматривать как общий код для других разработчиков.

Carsten

Отлично! Спасибо. Я просмотрел заметки, но искал ключ, а не имя файла. Похоже, что в большинстве случаев это «правильный» поступок.

Jaime S

5

Что должен сделать разработчик, чтобы предотвратить появление этого 32-битного предупреждения?

Ewoks

Интересно, как это взаимодействует с такими инструментами, как Cocoapods, которые постоянно регенерируют рабочее пространство?

Beltalowda

Answer 3

37