Полагаю, что часть ответа зависит от того, какую CMS вы используете и как разработано ваше веб-приложение, но в целом я бы рассматривал такие данные, как новости или события, как «контент». Другими словами, это не часть вашего приложения - это данные, которые обрабатывает ваше приложение.
Конечно, между кодом CMS и кодом приложения будут проблемы с версиями. Вы можете управлять этим, определив интерфейс между ними. Лично я опубликую данные в веб-приложении в виде XML, что дает вам возможность использовать XML-схему для точного определения того, что требуется для создания CMS, и что веб-приложение должно ожидать для обработки.
Это должно означать, что большинство изменений в веб-приложении могут быть внесены без соответствующего изменения рендеринга данных. Когда изменения функциональности требуют этого, вы можете создать новую версию схемы и продолжить работу. В этом сценарии я бы проверил схему с помощью кода веб-приложения, но YMMV.
Это не просто, и это снова усложняется, если вам нужны дополнительные поля данных в вашей CMS. Планируйте довольно сложный процесс выпуска (также в зависимости от сложности сценария Dev-Test-Acceptance-Production.)
Если вы не используете CMS, то вы должны рассмотреть это. (Конечно, если операция очень мала, она все равно может попасть в категорию, где это можно делать вручную.) Простое помещение необработанных данных в систему управления версиями не решает проблему - вам нужно иметь возможность контролировать формат, в котором ваши данные публикуются в веб-приложении. Почти наверняка этот формат должен быть чем-то, предназначенным для потребления программным обеспечением, и поэтому обычно не подходит для ручного редактирования теми людьми, которые пишут новости или события.