Para fazer check-in ou não, todo o projeto Eclipse?

Em breve, vou verificar o primeiro commit de um novo projeto Java. Eu trabalho com o Eclipse Ganymede e vários plug-ins estão tornando as coisas um pouco mais fáceis.

Anteriormente, participei de projetos nos quais todo o projeto Eclipse foi feito check-in. É bastante conveniente obter as configurações do projeto após o check-out. No entanto, essa abordagem ainda não estava livre de problemas:

Suspeito fortemente que alguns arquivos de configuração do Eclipse sejam alterados sem a interação do usuário (a partir de quando eu usei o Eclipse Europa), fazendo com que eles pareçam alterados (como foram alterados, mas não de maneira interativa) na hora de confirmar.Existem configurações exclusivas para cada máquina de desenvolvimento, bem como configurações globais para todos os desenvolvedores em um projeto. Mantê-los separados foi difícil.Em algum momento, se a versão do Eclipse fosse diferente das outras, o Eclipse ficaria irritado e estragaria a configuração do projeto. Outro caso é que ele altera o formato para ser atualizado e, se confirmado, atrapalha a configuração de outros.

Para este projeto específico, tenho outro motivo para não confirmar os arquivos do projeto:

Pode haver desenvolvedores que preferem o NetBeans que ingressará no projeto posteriormente. No entanto, eles não entrarão nos próximos meses.

Como você organiza isso? O que você verifica no controle de versão e o que mantém fora? O que você considera as melhores práticas nesse tipo de situação?

questionAnswers(11)

yourAnswerToTheQuestion