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