集中的buildserver用于本地和远程编译

如何解决集中的buildserver用于本地和远程编译

| 我在几个开发人员的团队中，他们共享编译器工具链的许可证。我们面临的问题是，在一个开发人员获得使用编译器的许可之后，下一个开发人员可以使用编译器的等待时间很长。这造成了很多时间的浪费和沮丧的人们。 由于许可证非常昂贵，因此不可以购买更多许可证。我希望通过设置一台中央编译器机器来更充分地利用许可证，您可以将其推送到工作中并让机器完成工作。我们也正在研究自动构建以验证源。 我已经研究过buildbot，它似乎已经可以自动构建和测试了，但是当开发人员处于本地测试阶段之前，在将更改推送到远程存储库之前使用它代替本地构建可能超出了它的范围。 理想情况下，此工具将能够位于IDE和编译器之间，以便IDE可以看到该构建是在本地执行的。然后，如果出现任何警告/错误，我们仍然可以使用这些方便的功能对语法错误进行清零。     

解决方法

        您可能会研究buildbot试用工具。这使您可以将补丁文件发送到构建器以使其可以远程运行，并阻止结果。 假设您已经有一个集中的存储库，您要做的就是创建对ѭ0的调用，并传入所需的参数，并将其替换为makefile / buildscript中的实际编译器。 当然，如果您是唯一的编译者，这将使迭代花费更长的时间，但是听起来您确实遇到了相反的问题。     ,        如果您可以自定义用于执行编译器的命令，并且可以对中央计算机使用“ 1”，则可以编写包装，使用“ 1”在远程计算机上调用编译器。为了使其正常工作，您可能需要在客户端和服务器上都安装源目录。 如果将源目录安装在两台计算机上的同一位置，则脚本可能很简单

#!/bin/sh
ssh $REMOTE_HOST cd \"$PWD\" \";\" $@

这将调用服务器上同一目录中作为参数传递给

$REMOTE_HOST

的命令。