1C:EDT при переходе от версии к версии может менять внутренний формат XML-файлов проекта. Когда вы работаете с одной и той же веткой проекта проблем не возникает. При открытии старой рабочей области новая версия 1C:EDT, если в этом есть необходимость, выполняет миграцию проекта на новый внутренний формат.
Однако если вы ведете разработку в разных ветках или работаете вместе с другими разработчиками, можно столкнуться со следующей неудобной ситуацией. Когда вы вливаете старую ветку в ветку master, вы неожиданно видите, помимо собственных изменений, большое количество изменений, которые вы не делали. Эти изменения как раз и могут быть результатом того, что мы, разработчики 1C:EDT, изменили внутренний формат файлов проекта. Получается, что в одной ветке у вас проект в новом формате, а в другой ветке - в старом. Никаких функциональных отличий между ними нет, но средства сравнения показывают большое количество изменений, которые затрудняют анализ кода для разработчиков.
В такой ситуации вы можете воспользоваться механизмом оптимизации формата хранения данных проекта. Он автоматически преобразует файлы проекта старого формата в новый формат. Оптимизацию можно запустить интерактивно, в редакторе проекта, или программно, с помощью интерфейса командной строки.
При использовании оптимизации нужно помнить о двух особенностях.
Во-первых, на больших проектах она может занять значительное время.
Во-вторых, если в ветке, которую вы хотите оптимизировать, есть незафиксированные изменения, нужно сначала зафиксировать их. После этого можно оптимизировать формат хранения данных проекта. Такая последовательность действий нужна для того, чтобы ваши изменения не потерялись в массе изменений, которые выполнит оптимизация. В противном случае разработчику, который, например, выполняет ревью вашего кода, сложно будет найти ваши изменения в общей массе.