我在一些开发人员的团队中,他们正在共享编译器工具链的许可证。我们遇到的问题是,在一个开发人员获得使用编译器的许可证之后,在下一个开发人员可以使用编译器之前有很长的等待时间。这导致了很多浪费时间和沮丧的人。
由于许可证非常昂贵,购买更多的许可证不是一种选择。我希望通过设置一个中央编译器机器来更充分地利用许可证,您可以将作业推送到机器并让机器完成工作。我们还在研究自动构建以验证来源。
我已经研究过buildbot,这对于自动构建和测试来说似乎已经成熟,但是在开发人员处于本地测试阶段之前使用它代替本地构建,然后将更改推送到远程存储库可能超出了它的范围。
理想情况下,此工具可以位于IDE和编译机器之间,以便IDE在IDE中看到构建正在本地执行。然后,如果出现任何警告/错误,我们仍然可以使用这些方便的功能来清除语法错误。
答案 0 :(得分:2)
您可以查看buildbot try工具。这允许您将修补程序文件发送到构建器以使其远程运行,并允许您阻止结果。
如果您已经拥有一个集中式存储库,那么您所要做的就是创建对buildbot try
的调用,传递所需的参数,并将其替换为makefile / buildscript中的实际编译器。
当然,如果你是唯一一个编译的人,这会使得迭代需要更长的时间,但听起来你确实遇到了相反的问题。
答案 1 :(得分:0)
如果您可以自定义用于执行编译器的命令,并且可以ssh
到中央机器,那么您可以编写使用ssh
在远程计算机上调用编译器的包装器。为了使其正常工作,您可能需要在客户端和服务器上安装源目录。
如果源目录安装在两台计算机上的相同位置,那么脚本可能就像
一样简单#!/bin/sh
ssh $REMOTE_HOST cd "$PWD" ";" $@
这将调用在$REMOTE_HOST
上作为参数传递的命令,位于服务器上的同一目录中。