Если вы пользуетесь Delphi 7 или даже не используете его, я предлагаю вам проверить свои файлы .DOF, но вы также не должны полагаться на них в своих окончательных сборках. Обновление: ОП решил не регистрировать файлы .DOF и использовать окончательный компоновщик.
Также легко попросить ваших 64-битных людей НЕ ПРОВЕРИТЬ В ИХ. ИЗМЕНЕНИЯ.
Даже если они иногда забывают, что не должны совершать «локальные хаки», достаточно легко создать небольшую утилиту для чтения и исправления ваших файлов .DOF для вашего локального случая. Запускайте его каждый раз, когда вы извлекаете изменения из репозиториев других людей.
Вторая блестящая идея - это зайти в файл .dofdefault и попросить ваш файл Build.Bat скопировать project.dofdefault в project.def, если он не существует. Проблема решена.
Для окончательных сборок и для того, чтобы ваши "сборки не ломались по глупым причинам", я предлагаю вам взглянуть на Final Builder и проверить свои скрипты окончательного компоновщика в системе управления версиями и выпустить только те сборки, которые были заказаны пользователем. через Final Builder. Таким образом, вам не придется беспокоиться об отправке своим клиентам таинственных сборок, на которые вы не сможете рассчитывать.
Как, например, вы в настоящее время связываете точные версии ревизий Mercurial (шестнадцатеричные значения md5) с кодом, который его содержал, и опциями, используемыми для его создания?
Еще более разумной идеей было бы отказаться от Delphi 7, которому уже более 10 лет, и рассмотреть возможность перехода в 21-й век.