Comparação de Páginas

...

A alteração dos dados de uma API para cada mudança de versão Status, devem deverão ser consideradas como regras gerais:

A API deverá conter uma ÚNICA versão Current. Exceto, para um novo produto DEVERÁ conter um ÚNICO Status Current, EXCETO para um NOVO PRODUTO, tendo em vista que não existem versões anteriores;
Se o versionamento de uma API for do tipo Patch PATCH, as datas de início e fim para os status Status de Certifying ou Deprecated podem ser nulas (NULL), tendo em vista que não há um período de convivência.
As datas de início e fim do Status NÃO DEVERÃO ser IDÊNTICAS, EXCETO para os Status de Retired.

Além disso, o preenchimento das datas de inicio e fim devem seguir as especificações abaixo, de acordo com as mudanças de status Status:

Toda versão

Status	Data de início	Data final
STATUS	DATA DE INÍCIO	DATA FIM
Todo Status `Implementing` com certificação	Data da divulgação da primeira versão da especificação (beta.0)	Dia do primeiro marco
Toda versão Todo Status `Implementing` sem certificação	Data da divulgação da especificação (beta.0)	Data do go-live
Toda versão Todo Status `Certifying`	Dia do primeiro marco	Fim do período do processamento de pedidos de certificação
Toda versão `Current`	Todo Status `Current`	Data do go-live	`NULL`
Todo Status `Current` post mortem (com período de convivência)	Data do go-live	Último dia do período convivência
Todo Status `Current` post mortem (sem período de convivência)	Data do go-Toda versão `Deprecated`live	Dia do go-live da nova versão
Todo Status `Deprecated` com período de convivência	Data do go-live	Último dia do período de convivência
Todo Status `Deprecated` sem período de convivênciaToda versão	`NULL`	`NULL`
Todo Status `Retired` com período de convivência	Último dia do período convivência	Último dia do período convivência
Toda versão Todo Status `Retired` sem período de convivência	Dia do go-live da nova versão	Dia do go-live da nova versão

...

Versões comparadas