Ответ высшего уровня: это дело вкуса: -)
Лично для «внутренних» проектов (у вас есть контроль над средами других разработчиков), я делаю включите файлы Eclipse с оговоркой, что вы должны быть уверены, что все используют относительные пути в своих конфигурациях.(Каждые несколько месяцев у нас случался перерыв в сборке, потому что путь к библиотеке был жестко запрограммирован. Исправление заняло несколько секунд, но это раздражало.) Я также обычно много использовал такие вещи, как форматирование кода Eclipse и предупреждения компиляторанастройки, чтобы упростить жизнь (например, нет огромных проверок Subversion, потому что чьи-то редакторы начали борьбу за вкладки форматирования).
В качестве бонуса, когда вы привлекаете нового разработчика, система проверки Eclipse Subversionвыполнит автоматическую настройку проекта при обнаружении файлов .project в вашей стволе / ветви.Это двойной выигрыш, если вы используете Eclipse для управления своей сборкой (в отличие, скажем, от Ant или Make).
Если вы работаете в более разнообразной команде (например, не однородно (sic?), ИспользуяЗатмение), на практике они не так уж и неприятны.У меня есть один «совместный» проект, над которым я работаю, у которого есть папка, заполненная управляющими файлами MicroSoft Visual Studio и файлом .project, и они должны храниться в синхронизации ad-hoc, но по крайней мере есть «только два» набораиз этих файлов для синхронизации.Без них в Subversion был бы один разработчик…
Я также слышал об использовании «фиктивного проекта» для хранения файлов проекта.Например,
svn://someplace.nn/projects/MyProject/trunk —> source
svn://someplace.nn/projects/MyProject.control/trunk —> project control files
Единственное место, которое я видел, было в проекте с большой веткой GPL и небольшим хранилищем локальных, не принадлежащих GPL плагинов… ветки GPL не было.файлы проекта, поскольку большинство соавторов Net не использовали Eclipse, файлы проекта находились на внутреннем (частном) сервере Subversion, а третий проект содержал собственный код подключаемого модуля.(И четвертый для искусства, пятый для музыки ...)