Как структурировать исходный код для проверки в двоичных файлах, сборка которых занимает много времени

Question

Я хотел бы проверить некоторые предварительно скомпилированные двоичные файлы для сторонних зависимостей. Какой хороший способ структурировать мою папку / trunk?

В моем проекте около десяти сторонних библиотек.Мой проект тоже кроссплатформенный.Требуется приблизительно 1 час, чтобы построить все только для одной цели.Сейчас мы становимся больше, и я бы хотел скомпилировать их все чаще.

Поэтому я бы хотел проверить двоичные файлы на наличие зависимостей. Что вы думаете об этой идее?

/trunk
   /pre-compiled-binaries
     /win32
        /debug
          /file1.dll, filex.lib, filex.h
        /release
          /file1.dll, filex.lib, filex.h
     /iOS
        /debug
          /libFile, libFilex.h
        /relase
          /libFile, libFilex.h
  /bin
     /stuff that is being compiled right now

В моих встроенных скриптах у меня было бы два для двух разных целей.

1. Какая это платформа??Теперь скопируйте предварительно скомпилированные двоичные файлы в / trunk / bin
2. Построил все зависимости.Теперь скопируйте их в / trunk / bin

Поскольку зависимости не изменятся, мне не нужно будет делать это слишком много.

Подходит ли моя структура каталогов?

Answer 1

Я делал это подобным образом много раз.Пока вы предварительно компилируете двоичные файлы, а затем записываете их в каталог только для них, у вас все в порядке, независимо от того, куда вы его положили.Лично я склонен использовать «внешние», а не «предварительно скомпилированные двоичные файлы», но YMMV.