Fatal编程技术网
  • build/
  • Build 对于具有外部依赖关系的跨平台、多语言库，构建环境应该是什么样子？

Build 对于具有外部依赖关系的跨平台、多语言库，构建环境应该是什么样子？

build

Build 对于具有外部依赖关系的跨平台、多语言库，构建环境应该是什么样子？,build,build-process,cross-platform,build-automation,Build,Build Process,Cross Platform,Build Automation,我正在研究建立一个小型图书馆，并满足以下要求： 在3个平台上本机构建：Linux、Windows和OS X 有3种动态语言的绑定：Python、Ruby、Lua 依赖外部项目的代码：混乱、开罗、pango 有没有一种方法可以创建一个构建环境，以某种方式绕过外部库构建系统 简单的用例是只下载库源代码，在源代码中有一个脚本下载依赖项的源代码并在需要时进行修补，然后使用本机环境（OS X上的XCode、Windows上的Visual Studio Express和Linux上的GCC）在一个命令中构建

我正在研究建立一个小型图书馆，并满足以下要求：

  • 在3个平台上本机构建：Linux、Windows和OS X
  • 有3种动态语言的绑定：Python、Ruby、Lua
  • 依赖外部项目的代码：混乱、开罗、pango
    • 有没有一种方法可以创建一个构建环境，以某种方式绕过外部库构建系统

    简单的用例是只下载库源代码，在源代码中有一个脚本下载依赖项的源代码并在需要时进行修补，然后使用本机环境（OS X上的XCode、Windows上的Visual Studio Express和Linux上的GCC）在一个命令中构建所有内容

    最后一个库应该静态链接所有依赖项

    我有什么选择？我应该如何最好地处理这个问题？ 欢迎提供任何教程或有用的链接

    先谢谢你！：）

    我想看看（以前的哈德逊）

    它是为持续集成而设计的，但作为副作用，它有一个非常灵活的构建作业配置引擎，可以调用各种构建工具

    它还具有从属节点的概念，并将特定作业与这些节点关联，因此您可以将一系列构建作业放在一起，这些构建作业与适当操作系统上的从属节点关联，这些操作系统对每种语言使用同类最佳的构建工具