Методы обеспечения общей среды сборки в Windows и Unix - PullRequest
Новая
       50

Методы обеспечения общей среды сборки в Windows и Unix

2 голосов
/ 02 сентября 2010

Я уверен, что об этом уже спрашивали, с почти 900k вопросов, трудно найти вещи:)

Мы начинаем проект, в котором мы хотим, чтобы наши C ++ и Python работали под Unixсреда, но и под Windows.Мы хотим сделать наш проект простым для участия в качестве разработчиков, и поэтому мы хотим иметь то, что каждая сторона считает «естественным».

В данном случае под Unix это - automake / autoconf / etc.Под Windows все, кроме файлов проектов Visual Studio, кажется ошибкой.Это происходит главным образом потому, что мы хотим, чтобы хакеры, работающие с Windows, могли легко развиваться в своей естественной среде.

Как люди сегодня делают подобные вещи?Комфортно ли работают Windows-кодеры в мире, где нет GUI, поэтому мы слишком стараемся?

Другая цель заключается в том, что нам нужно автоматическое тестирование нашего проекта, в идеале с использованием одного и того же тестового кода (google-test) на всех платформахи т. д. Это может иметь значение и для другого вопроса.

1 Ответ

2 голосов
/ 02 сентября 2010

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

  1. Source Control (это очевидно, твердая база кода, которая работает как с Windows, так и с Linux, мы используем SubVersion)
  2. Создание стандартов (все наши Make-файлы выглядят одинаково и их легко реализовать, как и наши файлы .sln для Visual Studio)
  3. Сборка приложения на всех платформах, часто
  4. Помните о кросс-использовании библиотек, таких как QT, и о любых странностях между Windows и Linux
  5. Иногда вы не можете избежать этого: # ifndef выполняет некоторый код, специфичный для платформы

Мы разрабатываем для Windows, Sun и Linux (RedHat) с несколькими приложениями, как визуальными, так и основанными на командной строке. Я надеюсь, что это помогает!

...