Лучшая практика состоит в том, чтобы не использовать выведенные и временные файлы из вашего проекта или исключить их из системы контроля версий. Используйте Check Project в панели Действий Перед фиксацией или вкладке Project, чтобы проверять целостность проекта. Если вы добавляете slprj
папка к проекту, проверки проекта советуют вам удалять это из проекта и предлагать делать фиксацию.
Лучшая практика состоит в том, чтобы исключить производные файлы, такие как .mex*
, содержимое slprj
папка, sccprj
папка или другие папки генерации кода от системы контроля версий, потому что они могут вызвать проблемы. Например:
С системой контроля версий, которая может сделать захват файла, можно столкнуться с конфликтами. Если slprj
находится под системой контроля версий, и вы генерируете код, большинство файлов под slprj
изменитесь и станьте заблокированными. Другие пользователи не могут сгенерировать код из-за ошибок разрешения файла. slprj
папка также используется в симуляции через генерацию кода (например, с моделью - ссылкой или Stateflow®), так блокировка этих файлов может оказать влияние на команду. Те же проблемы возникают с двоичными файлами, такими как .mex*
.
Удаление slprj
часто требуется. Однако удаление slprj
проблемы причин такой как “не рабочая копия” ошибки, если папка находится под некоторыми инструментами системы контроля версий (например, SVN).
Если вы хотите зарегистрироваться в сгенерированном коде как в артефакте процесса, распространено скопировать некоторые файлы из slprj
папка кэша и в отдельное местоположение, которое является частью проекта. Тем путем можно удалить временную папку кэша, когда вы должны. Смотрите packNGo
обнаружить список файлов сгенерированного кода и использовать API проекта, чтобы добавить к проекту с соответствующими метаданными.
slprj
папка может содержать много маленьких файлов. Это может влиять на производительность с некоторыми инструментами системы контроля версий, когда каждый из тех файлов проверяется, чтобы видеть, актуально ли это.