Procedure consigliate per il controllo della versione
Microsoft Advanced Criteri di gruppo Management (AGPM) fornisce il controllo della versione per gli oggetti Criteri di gruppo(GPO) molto simile a Microsoft Visual SourceSafe ® fornisce il controllo della versione per il codice sorgente. Gli sviluppatori possono usare Visual SourceSafe per gestire più versioni di ogni file di origine. Criteri di gruppo amministratori possono usare AgPM per eseguire le stesse operazioni per gli oggetti Criteri di gruppo. Quando si usa AgPM, Criteri di gruppo amministratori devono essere a conoscenza delle procedure consigliate applicabili a qualsiasi sistema di controllo della versione:
Data e ora: AgPM contrassegna ogni versione di un oggetto Criteri di gruppo con la data e l'ora. Per assicurarsi che la cronologia sia accurata, soprattutto quando si modificano oggetti Criteri di gruppo in più computer, assicurarsi che ogni computer sincronizza il proprio orologio con un'origine ora autorevole.
Archiviare oggetti Criteri di gruppo al termine della modifica: È comune per gli editor estrarre gli oggetti Criteri di gruppo e dimenticare di archiviarli nuovamente nell'archivio. Ciò può tuttavia impedire ad altri amministratori Criteri di gruppo di modificare l'oggetto Criteri di gruppo. Ricontrollare sempre gli oggetti Criteri di gruppo in AgPM immediatamente al termine della modifica.
Salvare le modifiche di frequente: Quando si modifica un oggetto Criteri di gruppo, salvare le modifiche di frequente. La maggior parte degli editor eseziona un oggetto Criteri di gruppo, apporta molte modifiche e quindi archivia l'oggetto Criteri di gruppo nell'archivio. Controllare invece l'oggetto Criteri di gruppo nell'archivio regolarmente e quindi riprovare. I dettagli possono essere piccoli come l'archiviazione nell'oggetto Criteri di gruppo dopo aver modificato ogni impostazione (scelta non consigliata) o l'archiviazione nell'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 spesso oggetti Criteri di gruppo: Non lasciare che gli oggetti Criteri di gruppo nuovi e modificati che non sono ancora stati distribuiti si accumulno in numero elevato nell'archivio. Distribuire invece gli oggetti Criteri di gruppo nuovi e modificati il prima possibile in modo che abbiano un effetto minimo sull'ambiente di produzione. La distribuzione di molti oggetti Criteri di gruppo nuovi e modificati contemporaneamente può compromettere l'ambiente di produzione.
Documentare lo scopo delle modifiche quando si archivia oggetti Criteri di gruppo: Qualsiasi revisore può confrontare le versioni di un oggetto Criteri di gruppo per visualizzare modifiche specifiche tra le due. La documentazione di tali modifiche specifiche non aggiunge alcun valore. Documentare invece la finalità e lo scopo di una modifica anziché documentare ciò che i revisori possono visualizzare visualizzando i report delle differenze. I commenti sulla versione devono aggiungere valore al report di confronto e consentire a un revisore di comprendere il motivo per cui 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. Al contrario, testare gli oggetti Criteri di gruppo in un dominio in una foresta di test, quindi esportare gli oggetti Criteri di gruppo in file e importarli in un dominio in una foresta di produzione. È anche possibile collegare oggetti Criteri di gruppo a un'unità organizzativa che contiene utenti e computer 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