Стандартный метод поддержки поставщиков с использованием C++ и Premake ⇐ C++

[Anonymous]

Я работаю над шаблоном, в котором используются Premake и GoogleTest, но у меня возникли проблемы с поиском документации по стандартизированному методу реализации Premake. Источник, который я использовал для проектирования своего рабочего пространства, помещает основной Build.lua, который соединяется со вторичными файлами Build.lua внутри каждого отдельного проекта в рабочем пространстве.
Будет ли это? считаться лучшей реализацией размещения Build.lua в репозитории GoogleTest, даже если он не управляется локально? Было бы лучше создать всеобъемлющий файл Build.lua для всех поставщиков в моем каталоге поставщиков? Или мне следует размещать отдельные файлы сборки за пределами репозиториев моего поставщика, даже если это нарушает мои текущие стандарты? Существует ли решение, которое я не рассматриваю, которое могло бы решить эту проблему без каких-либо вышеупомянутых недостатков?
Я попытался поместить файл Build.lua в каталог поставщика, однако мне это не удалось. обеспокоен тем, что это плохая практика, поскольку это может вызвать помехи, если мне понадобится обновить репозиторий в будущем, и это может ввести в заблуждение людей, которые узнают поставщика и предполагают, что репозиторий является зеркалом поставщика.

Подробнее здесь: https://stackoverflow.com/questions/791 ... nd-premake