Каждый элемент JSON должен иметь стабильный идентификатор, уникальный слаг, дату публикации и дату модификации. Файл должен также объявить свою версию схемы и свою собственную дату обновления.

Полезный ответ зависит от цели страницы, от людей, разрешавших ее модифицировать, и от стоимости ошибки. Надежный рабочий процесс разделяет редакционное решение, техническую трансляцию и окончательную проверку вместо того, чтобы скрывать эти три шага в одной автоматизации.

решение принять сначала

Версия данных и их структура. Добавление дополнительного поля просто; Переименование или удаление поля требует явной миграции, управления диском и поддающейся проверке истории.

конкретный метод

  1. Назначьте независимый идентификатор, не зависящий от заголовка.
  2. Держите опубликованных слизней или подготовьте перенаправление.
  3. Сортируйте ключи последовательно, чтобы получить разборчивые различия.
  4. Проверяйте дубликаты, типы и даты перед каждым коммитом.
  5. Метка в git важные редакционные партии.

Проверки перед публикацией

  • Источник истины явный и может быть восстановлен.
  • Видимые URL-адреса, даты и операторы соответствуют передаваемой странице.
  • Человек-рецензент может воспроизвести элемент управления без скрытого обслуживания.

Основная ловушка

Повторное использование идентификатора или регенерация всех слагов создает коллизии, неработающие ссылки и потерю прослеживаемости. Личность статьи не должна зависеть от редактируемого поля.

Следующий шаг рекомендуется

Напишите элемент управления CLI, который подсчитывает статьи, обнаруживает дубликаты слагов и проверяет необходимые поля на каждом языке.

Изменение достойных версий

Команда корректирует время отклика, указанное в двенадцати статьях JSON. Он обновляет исходный факт, записывает двенадцать затронутых идентификаторов, а затем проверяет, что заголовки, даты и ссылки не были случайно изменены. Сравнение файлов перед релизом показывает, какие именно ответы были отредактированы.

Сохраняйте стабильный идентификатор для каждой статьи и проверяйте JSON перед развертыванием. Исправление одной предложения не должно создавать новый URL или стирать историю. Запишите, почему было внесено изменение и кто его одобрил.

Организуйте содержимое сайта с течением времени →