- Navios
- 15 de agosto de 2026 às 03:53 UTC
- Autor
- Kamo
- Enviar
- cfcc12f
O assistente de criação de rede ganha um passo Apps & Features, e este é o metade disso torna-o real. /branch-types/creatable agora descreve a segurança dos aplicativos de cada tipo de ramo model offers -- forçados como 'obrigatórios', OPTIONAL * ones com o modelo próprio padrão -- para que o assistente possa renderizar o passo antes da org existir. Ele tem que vir a partir daqui: os endpoints que descrevem aplicativos são org existente e fechado em CONFIGURE SYSTEM, um direito a pessoa que cria um branch frequentemente não mantém na org- pai. Aplicações não disponíveis são omitido inteiramente em vez de mostrado acinzentado. O criar ganhos de carga útil `appSelections` ({ServiceType: boolean}), e o o novo org é fornecido a partir dele na transação de criação, ao lado do papel-template semeadura: o mesmo tipo de coisa, e ou tudo pousa ou o org não é criado. A parte que vale a pena ler duas vezes é que um aplicativo sendo desligado ainda recebe um OrgFeature row. Até agora uma nova org não tinha nenhuma linha de recursos e eles eram preenchido lazily a primeira vez que alguém abriu Configurações -> Apps -- um loop que permite que tudo o modelo não bloqueia completamente. Então... OPTIONAL DEFAULT DISABLED, um administrador dizendo explicitamente "ofereça isto, mas inicie ele fora", foi silenciosamente promovido para ON para cada criança org já criado. Escrever uma linha inativa é o que faz a escolha ficar, porque esse loop só cria linhas para tipos para os quais não encontra nenhuma. É também por isso que não pode ser um melhor esforço após o passo de compromisso: o recuo não deixaria os aplicativos desactivados, Deixava-os ao contrário do que o criador pedia. Deliberadamente estreito em três lugares. Uma org sem modelo aplicado fica ligada o caminho preguiçoso -- computAvailabilitiesMap answers OPTIONAL DEFAULT DISABLED para tudo lá, e materializando que daria a alguém um espaço de trabalho onde nada está ligado e nada diz porquê. Uma selecção a nomear uma aplicação o modelo não oferece é ignorado, não recusado: o assistente mantém o seu rascunho armazenamento de sessão, então um administrador estreitando o modelo mid-session não deve custar cliente sua criação. E um aplicativo nuloSeleções não é "sem aplicativos" -- é um cliente mais antigo, e cada aplicativo cai de volta para o modelo padrão.