Чистая теория заключается в том, что вы не должны ставить файлы, которые вы можете восстановить в управление версиями. Поскольку вы можете воссоздать эти файлы, используя autoreconf -i
или аналогичные, которые применяются в этом случае.
Причина, по которой многие люди все еще делают это (возможно, помимо невежества), это может создать дополнительную дополнительную нагрузку для разработчиков. Если, скажем, у вас есть более крупный проект с открытым исходным кодом с десятками разработчиков и сотнями заинтересованных сторонников, у всех будет установлена другая версия autoconf, automake, libtool, autopoint и т. Д. В простых случаях это не должно иметь значения. На практике это происходит, и это может создать серьезные головные боли и отвратить потенциальных участников проекта.
Итак, в качестве практического компромисса, поскольку эти файлы на самом деле очень редко меняются, если у вас очень сложная настройка, вы можете просто их проверить.
Примечание: в наши дни `autoreconf -i` работает очень хорошо. В некоторых проектах может потребоваться более конкретный `bootstrap.sh` (я предпочитаю` bootstrap.sh` над `autogen.sh`, потому что есть программа под названием autogen`). – 2011-03-08 11:43:12