Versioning del software per applicazioni Windows (schema NOT NOT Processing)

1

Sto cercando le migliori pratiche per il software di versioning da un punto di vista del processo (tecnico) ma posso trovare solo conversazioni su schemi di numerazione.

Fondamentalmente, voglio vedere se il mio processo di aggiornamento pianificato soddisfa "pratiche standard".

L'applicazione controlla un'API e confronta il risultato con il proprio numero di build. Se l'API restituisce una build superiore alla sua versione corrente, contrassegna il programma da aggiornare. L'applicazione scarica l'aggiornamento e genera un processo per eseguire l'MSI.

Questo suono è fattibile? Ci sono riferimenti per le migliori pratiche?

    
posta CryptoJones 23.11.2016 - 17:32
fonte

1 risposta

3

Questo è un approccio ragionevole, ma non vedo alcuna considerazione sulla sicurezza. Questo tipo di approccio potrebbe essere dirottato per installare codice dannoso sul computer dell'utente. È necessario considerare quali meccanismi si stanno utilizzando per garantire che il server remoto sia autenticato (scelta ovvia: TLS) e anche come si verificherà che l'MSI sia offico (scelta ovvia: firma).

Molto dipende dalle circostanze ma penso che l'utente debba avere un'opzione per ritardare. Gli aggiornamenti automatici hanno la tendenza a verificarsi nei momenti più scomodi. Devi anche rendertene conto che se si spinge automaticamente un cattivo build, gli utenti si arrabbieranno davvero.

    
risposta data 23.11.2016 - 19:03
fonte

Leggi altre domande sui tag