Primeiro, um truque para verificar a sintaxe se você ainda não souber:
puppet parser validate my_file.pp
Agora, a maneira como você aborda o teste pontual de uma nova turma pode variar com base na sua implantação, mas posso dizer como faço isso e, talvez, faça sentido no seu caso. Ou talvez todos no ServerFault me digam como estou errado.
Em qualquer ambiente, eu tenho um conjunto de declarações de nó usando herança:
node base_production_environment {
include ssh
include ntp
include whatever_else
}
node /prod-app\d+\.mycompany\.com/ inherits base_production_environment { }
Agora, quando escrevo uma nova classe, quero testá-la em um sistema particular primeiro antes de lançá-la, então adiciono uma declaração de nó mais específica (por hostname) para que ela substitua a menos específica (por expressão), assim:
node 'prod-app7.mycompany.com' inherits base_production_environment {
include my_new_class
}
Eu simplifiquei muito isso para destacar o uso de declarações de nó específicas para novas classes de verificação pontual. Também usamos ambientes para implantar alterações em ambientes menos críticos antes de lançá-los na produção, etc.
Por isso, apenas reli sua pergunta e ocorreu-me que você pode estar usando uma abordagem de diretório de módulos, em vez de usar um mestre de fantoches. Se isso for verdade, você pode incluir uma aula para fins de teste com algo como:
puppet apply --modulepath=C:\puppet-modules\ -e "include my_class"
Não sei se é a sintaxe correta do diretório para o fantoche no Windows.