GIT - Должен ли я игнорировать Makefile и другие файлы, генерируемые IDE? - PullRequest
2 голосов
/ 18 декабря 2010

Я работаю с QTCreator, и мне интересно, хорошо ли это отслеживать файлы, которые, вероятно, каждый может сгенерировать самостоятельно (в IDE).

Ответы [ 3 ]

2 голосов
/ 18 декабря 2010

Не добавляйте их в систему контроля версий.В общем, не добавляйте файлы, созданные при сборке (даже если это просто промежуточный шаг IDE).В противном случае каждый раз, когда вы строите свой проект, вы будете создавать локальные изменения.Также файлы сборки могут содержать локальные пути, которые недопустимы для других.Прекрасным примером для этого была бы кроссплатформенная разработка (например) для Windows и Unix.Makefile определенно будет отличаться в некотором роде, даже если обе платформы используют GCC.

Добавляйте make-файлы только в том случае, если они используются для сборки проекта и не создаются на лету во время работы / сборки на основедругие файлы (например, файлы проекта; затем добавьте их).Добавляйте только минимальный набор файлов, необходимый для сборки и запуска проекта (исключая файлы совместно используемых библиотек и т. Д.).

2 голосов
/ 18 декабря 2010

Если он сгенерирован в стиле мастера (т. Е. Вы щелкнули по какому-либо интерфейсу, а затем ожидаете / сможете настроить файлы в соответствии с вашими потребностями), вы обязательно должны их отследить.

Если они действительно являются результатами сборки(то есть генерируется снова и снова на каждой копии, где запускается процесс сборки), вам не следует их фиксировать.

В случае Makefile: да, это, вероятно, должно перейти в управление ревизиями.

1 голос
/ 18 декабря 2010

Как правило, я бы сказал, что нет, эти файлы свойств для IDE, вероятно, содержат пути / переменные, зависящие от среды, поэтому лучше держать ваш источник отделенным от файлов вашего проекта, таким образом, исходные файлы могут быть извлечены вдругой IDE и используется также (при условии, что вы можете настроить IDE для соответствующих путей).Если всем вашей команде хорошо известно, и все команды в будущем будут использовать IDE X, то я думаю, что это нормально, но все же не очень хорошая идея.Maven или подобные инструменты сборки помогают избежать этой ситуации, позволяя вам зафиксировать только ваш исходный код и файл pom.xml, который описывает компиляцию проекта (вроде файла Ant), так что его может собрать любой, у кого есть maven изкомандная строка, кроме того, плагины предоставляют возможность генерировать специфичные для IDE файлы для пользователей (например, я использую плагин flexmojos: flexbuilder на работе или eclipse: eclipse для создания файлов проекта для flexbuilder или eclipse).Это зависит от вашего рабочего процесса, размера команды, несоответствия IDE указанных команд и других факторов.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...