Arquivos semi-editáveis (por exemplo, arquivos de configuração) e controle de versão - práticas recomendada

Então, eu matei a compilação hoje, verificando um arquivo de configuração. Ele sabe onde está o servidor (pense no SQL Server ou algo semelhante) e eu tenho trabalhado no servidor que roda na minha caixa. Normalmente, ou melhor, sob outras circunstâncias, correríamos contra o servidor central. A compilação diária, é claro, não encontrou o servidor 'meu', daí a quebra. Então, novamente, edite o arquivo de configuração para apontar para o servidor 'normal' antes do check-in e edite-o novamente após o check-i

Fui tentado a fazer com que o VC simplesmente ignorasse o arquivo de configuração, para que ele não seja verificado acidentalmente. Por outro lado, o repositório deve conter uma versão limpa e utilizável do arquivo. Não posso ignorá-lo e fazer o check-in ao mesmo tempo agora, posso?

Então, o que estou procurando seria uma maneira de ter um arquivo que, errr, faça check-out, mas nunca faça check-in. Pelo menos no caso mais comum - o arquivo de configuração deve mudar significativamente, algum procedimento especial para obter a nova versão no repositório seria factível.

Se vocês já se depararam com esse problema antes, eu estaria interessado em todas as soluções que você encontrou. Contanto que eles não quebrem a compilação, isto é;)

questionAnswers(8)

yourAnswerToTheQuestion