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