Проекты могут помочь вам работать с инструментами управления конфигурацией для сотрудничества команды. Можно использовать проекты помочь вам управлять всеми моделями и сопоставленными файлами для модельно-ориентированного проектирования.
Можно управлять и проследить изменения в каждой системе контроля версий проекта использования компонента. Используя систему контроля версий непосредственно из проекта предоставляет эти преимущества:
Инженеры не должны помнить использовать два отдельных инструмента, избегая, чтобы частая ошибка начала работала в Simulink®, не проверяя необходимые файлы сначала.
Можно выполнить анализ в MATLAB® и Simulink, чтобы определить зависимости файлов друг на друга. Сторонние программы вряд ли поймут такие зависимости.
Можно сравнить версии и использовать инструменты, чтобы объединить модели.
Если каждый компонент является одним файлом, можно достигнуть эффективной параллельной разработки, где различные инженеры могут работать над различными компонентами большей системы параллельно. Компонентизация позволяет вам избежать или минимизировать длительное слияние. См. Один Файл На Компонент для Параллельной Разработки. Один файл на компонент не строго необходим, чтобы выполнить управление конфигурацией, но это делает параллельную разработку намного легче.
Если вы ломаете модель на многие компоненты, легче снова использовать те компоненты в различных проектах. Если компоненты сохранены при управлении версиями и управлении конфигурацией, то можно снова использовать компоненты во многих проектах одновременно.
Чтобы узнать о поддержке системы контроля версий, смотрите Систему контроля версий в Проектах.
Можно использовать проект определить набор файлов, которые необходимо поместить при управлении конфигурацией. Можно анализировать набор файлов, которые требуются для модели запуститься, такие как модели - ссылки, ссылки библиотеки, блок и образцовые коллбэки (функции preload, функции init, и т.д.), S-функции, От блоков Рабочей области, и т.д. Любой найденный код MATLAB также анализируется, чтобы определить дополнительные зависимости от файла. Можно использовать инструменты декларации Simulink, чтобы сообщить, какие тулбоксы требуются моделью, которая может быть полезным артефактом, чтобы сохранить.
Можно также выполнить анализ зависимостей файла модели программно из MATLAB с помощью dependencies.fileDependencyAnalysis, чтобы получить массив ячеек путей к необходимым файлам.
Для получения дополнительной информации смотрите Анализ зависимостей.
Simulink может помочь вам управлять несколькими версиями модели.
Используйте проект управлять вашими файлами проекта, соединиться с системой контроля версий, анализ измененные файлы, и сравнить версии. Смотрите управление проектами.
Simulink уведомляет вас, если модель изменилась на диске при обновлении, моделировав, редактируя или сохраняя модель. Модели могут измениться на диске, например, с операциями системы контроля версий и многим пользователем. Управляйте этим уведомлением с Образцовой настройкой Уведомления об Изменении Файла. См. Образцовое Уведомление об Изменении Файла.
Когда вы редактируете модель, Simulink генерирует информацию о версии о модели, включая номер версии, кто создал и последнее обновление модель и дополнительный журнал истории комментариев. Simulink сохраняет эти свойства версии с моделью.
Используйте диалоговое окно Model Properties, чтобы просмотреть и отредактировать часть информации о версии, сохраненной в модели и задать сохранение истории.
Блок Model Info позволяет вам отобразить информацию о версии как блок аннотации в диаграмме модели.
Используйте Simulink.MDLInfo, чтобы извлечь информацию из образцового файла, не загружая блок-схему в память. Можно использовать MDLInfo, чтобы запросить образцовую версию и версию Simulink, найти имена моделей, на которые ссылаются, не загружая модель в память и присоединить произвольные метаданные к образцовому файлу.
Можно использовать проект работать с частями управления версиями рабочего процесса: получение файлов, добавление файлов к системе контроля версий, файлов проверки и передачи отредактированных файлов к системе контроля версий.
Чтобы задать настройки файлов, можно маркировать много файлов как новую взаимно сопоставимую настройку. Другие пользователи могут получить этот набор файлов от системы управления версиями.
Настройки отличаются от версий. Отдельные компоненты могут иметь версии, которые работают совместно только в особых настройках.
Инструменты для создания настроек в Simulink:
Различное моделирование. Смотрите Вариантные системы.
Инструменты проекта:
Метка — файлы проекта Метки. Используйте метки, чтобы применить метаданные к файлам. Можно сгруппироваться и вид метками, папками метки для добавления к пути с помощью функций ярлыка, или создать пакетные задания экспортировать файлы меткой, например, управлять файлами с меткой Diesel. Вы не можете получить из системы контроля версий меткой, и метки сохраняются через версии.
Журнал версии — Использование Возвращается Проект выбрать версию, чтобы вернуться к (только система контроля версий SVN).
Ответвление — Создает ответвления версий файла и переключается на любое ответвление в репозитории (Только система контроля версий Git).
Тег — можно пометить все файлы проекта (только система контроля версий SVN), чтобы идентифицировать особую настройку проекта и получить теговые версии из системы контроля версий. Однако продолжительная разработка ограничивается. Таким образом, вы не можете пометить снова, и, необходимо получиться, из trunk применяете теги.
Архив — Группируют все файлы проекта в zip-файле, из которого можно создать новый проект. Однако эта упаковка удаляет всю информацию о системе контроля версий, потому что архивация для экспорта, совместного использования и изменения на другую систему контроля версий. Можно передать новый zip-файл системе контроля версий.