Melhoria da gestão de catálogos em sistemas de controlo de versões

Em resposta ao seu valioso feedback, melhorámos significativamente a nossa arquitetura de projeto 4D.

Tradicionalmente, o arquivo de catálogo continha toda a informação relativa à estrutura do projeto, incluindo informação gráfica como cores ou posições aplicadas a tabelas, campos e relações. Agora, estes detalhes podem ser convenientemente armazenados num arquivo separado, simplificando a tarefa de rever pedidos pull e gerir conflitos de fusão em sistemas de controle de versão.

Vamos nos aprofundar nas especificidades desse aprimoramento.

Alterar a posição ou a cor de uma tabela, campo ou relação resultava em uma atualização do arquivo catalog.4DCatalog, pois ele continha as informações do editor de estrutura. O mesmo se aplica à reordenação dos campos da tabela.

A partir do 4D v20 R5, a aparência gráfica das tabelas e campos é agora armazenada num arquivo separado juntamente com o arquivo de catálogo. As informações armazenadas no novo arquivo catalog_editor.json são:

• Posição da tabela
• Tamanho da tabela
• Cor da tabela
• Contagem de campos exibíveis da tabela
• Ordenação dos campos da tabela
• Cor do campo
• Posição do campo
• Cor da relação

Com este novo comportamento, principalmente quando vários programadores trabalham no mesmo projeto, as modificações de estrutura feitas por outros programadores são mais fáceis de rever.
Quando alguém move uma tabela, redimensiona uma tabela, altera a ordem dos campos ou altera qualquer cor, o arquivo catalog.4DCatalog não é mais tocado.
Essa nova arquitetura de arquivo facilita o gerenciamento de conflitos de mesclagem em aplicativos VCS, pois o arquivo catalog.4DCatalog agora contém apenas informações cruciais sobre a estrutura do banco de dados. Ao verificar pull requests, você pode prestar mais atenção ao arquivo catalog.4DCatalog e menos ao arquivo catalog_editor.json!

Esse novo comportamento é o padrão para projetos criados ou convertidos do 4D v20 R5.

IMPACTOS em projetos existentes

Como não queríamos forçá-lo a usar esse novo comportamento para seus projetos existentes (criados ou convertidos antes do 4D v20 R5), adicionamos um novo parâmetro de compatibilidade para ativá-lo.
Ao ativar esse parâmetro, o novo arquivo catalog_editor.json será criado automaticamente quando a estrutura for salva.

Reversão

Em caso de ativação acidental, não há necessidade de entrar em pânico.

O editor de estruturas carrega primeiro as informações do arquivo catalog.4DCatalog e depois substitui-o pelo conteúdo do arquivo catalog_editor.json. Como resultado, é possível reverter desativando a configuração de compatibilidade, abrindo o editor de estrutura, fazendo uma alteração visual para armazenar as informações no arquivo catalog.4DCatalog e, em seguida, excluindo o arquivo catalog_editor.json.

Partilhe as suas ideias e experiências no nosso fórum e diga-nos o que pensa desta nova funcionalidade.