Procedure consigliate per il controllo della versione

Gestione avanzata Criteri di gruppo Microsoft fornisce il controllo della versione per gli oggetti Criteri di gruppo, in modo analogo a Microsoft Visual SourceSafe ® fornisce il controllo della versione per il codice sorgente. Gli sviluppatori possono utilizzare Visual SourceSafe per gestire più versioni di ciascun file di origine. Gli amministratori dei criteri di gruppo possono usare Gestione avanzata Criteri di gruppo per eseguire lo stesso per gli oggetti Criteri di gruppo. Quando si utilizza Gestione avanzata Criteri di gruppo, gli amministratori dei criteri di gruppo devono conoscere le procedure consigliate applicabili a qualsiasi sistema di controllo versione:

• Data e ora: Gestione avanzata Criteri di gruppo contrassegna con la data e l'ora di ogni versione di un oggetto Criteri di gruppo. Per garantire che la cronologia sia accurata, in particolare quando si modificano oggetti Criteri di gruppo in più computer, assicurarsi che ogni computer sincronizzi il proprio orologio con un'origine ora autorevole.

• Effettuare il check in degli oggetti Criteri di gruppo dopo aver terminato le modifiche: In genere gli editor controllano gli oggetti Criteri di gruppo e dimenticano di archiviarli. Tuttavia, ciò può impedire ad altri amministratori di Criteri di gruppo di modificare l'oggetto Criteri di gruppo. Eseguire sempre il controllo degli oggetti Criteri di gruppo in Gestione avanzata Criteri di gruppo immediatamente dopo aver completato la modifica.

• Salvare le modifiche di frequente: Quando si modifica un oggetto Criteri di gruppo, salvare le modifiche di frequente. La maggior parte degli editor estrae un oggetto Criteri di gruppo, apporta molte modifiche e quindi archivia l'oggetto Criteri di gruppo. Al contrario, controllare regolarmente l'oggetto Criteri di gruppo nell'archivio e quindi controllarlo di nuovo. I dettagli possono essere piccoli come l'archiviazione dell'oggetto Criteri di gruppo dopo aver modificato tutte le impostazioni (scelta non consigliata) o l'archiviazione dell'oggetto Criteri di gruppo dopo aver apportato gruppi di modifiche correlate. Il risultato è una cronologia meglio documentata per ogni oggetto Criteri di gruppo, che può essere utile per la risoluzione dei problemi.

• Distribuire frequentemente oggetti Criteri di gruppo: Non lasciare che gli oggetti Criteri di gruppo nuovi e modificati che non sono ancora stati distribuiti si accumulino in gran numero nell'archivio. Distribuire invece oggetti Criteri di gruppo nuovi e modificati il prima possibile in modo che abbiano un effetto minimo sull'ambiente di produzione. La distribuzione contemporanea di molti oggetti Criteri di gruppo nuovi e modificati può compromettere l'ambiente di produzione.

• Documentare lo scopo delle modifiche quando si archiviano gli oggetti Criteri di gruppo: Qualsiasi revisore può confrontare le versioni di un oggetto Criteri di gruppo per vedere le modifiche specifiche tra le due. Documentare queste modifiche specifiche non aggiunge alcun valore. Invece, documenta l'intento e lo scopo di una modifica invece di documentare ciò che i revisori possono vedere visualizzando i report delle differenze. I commenti sulla versione dovrebbero aggiungere valore al report di confronto e aiutare un revisore a comprendere perché l'editor ha modificato l'oggetto Criteri di gruppo.

• Testare oggetti Criteri di gruppo in un ambiente di test: La distribuzione di oggetti Criteri di gruppo nell'ambiente di produzione senza testarli è rischiosa. Testare invece gli oggetti Criteri di gruppo in un dominio in una foresta di test, quindi esportarli in file e importarli in un dominio in una foresta di produzione. È inoltre possibile collegare gli oggetti Criteri di gruppo a un'unità organizzativa contenente computer e utenti di test. Verificare che ogni oggetto Criteri di gruppo funzioni correttamente nell'ambiente di test e quindi distribuire gli oggetti Criteri di gruppo nell'ambiente di produzione.

Riferimenti aggiuntivi

• Gestione avanzata Criteri di gruppo 4.0