Должны ли файлы проекта IDE быть переведены под контроль исходного кода?

Question

Это может сводиться к мнению: мне интересно, должны ли файлы проекта (файлы, созданные и используемые IDE, а не компилятором) быть включены в репозитории контроля версий.Есть ли определенные случаи, когда они должны и не должны?

Редактировать: я должен упомянуть, что причина, по которой я спрашиваю, заключается в том, что я смотрю на некоторые списки файлов, которые git игнорирует при использовании Visual Studio -- в некоторых из этих списков есть файлы проекта, а в некоторых нет.

Answer 1

Файлы проекта, которые содержат инструкцию по сборке, обязательно должны находиться под контролем исходного кода. Вы не хотите устанавливать правильные флаги компилятора и компоновщика и путь к каждой новой проверке, не так ли?

Однако не все файлы проекта созданы одинаковыми, а некоторые являются просто «файлами помощи», в которых хранятся теги или недавно открытые файлы и так далее. Они не должны быть версионными, так как они могут различаться для каждого разработчика.

Есть две разные выгоды от файлов проекта версии:

• Легче всего разрабатывать. Специально для нового разработчика. Все, что вам нужно сделать, чтобы начать работать, это оформить заказ.
• другой должен иметь воспроизводимую сборку. Независимо от того, идет ли сборка из разработчика A или разработчика B, результирующий объект остается тем же. Это IMO - более важное преимущество, и это шаг к автоматизации сборки.

Answer 2

Мы используем Eclipse, и единственный проверяемый файл - это файл .classpath, чтобы любые изменения пути к классам не нарушали сборку обновления.