Para fazer o gerenciamento de configuração de software , as ferramentas de controle de versões normalmente suportam a definição de diferentes políticas de trabalho, como as políticas otimista e pessimista. A política
A otimista, também denominada inclusive lock , tem como mecanismo o lock reservado, que permite a outro desenvolvedor
realizar um commit sobre o arquivo ou item de configuração.
B pessimista assume que, se um item de configuração for alterado simultaneamente por dois desenvolvedores, a quantidade
de conflitos será naturalmente alta, sendo melhor tratar cada conflito individualmente quando ocorrer.
C pessimista, também denominada update lock , tem como mecanismo o check-in reservado, que permite o paralelismo, mas
não permite a outro desenvolvedor realizar um commit sobre o arquivo ou item de configuração.
D otimista, que utiliza o mecanismo merge para unir as modificações efetuadas em paralelo sobre um mesmo item de
configuração e produz uma nova versão deste item contendo a soma das modificações.
E pessimista pode dar origem aos locks , que ocorrem quando um mesmo item de configuração ou arquivo é modificado ao
mesmo tempo. O branching é automático na maioria dos casos, mas quando ocorre umlock , este deve ser feito de forma
manual.