我在一个由几个开发人员组成的团队中，他们共享编译器工具链的许可证。我们遇到的问题是，在一位开发人员获得使用编译器的许可后，下一位开发人员可以使用编译器之前有很长的等待时间。这造成了很多浪费的时间和沮丧的人。
由于许可证非常昂贵，因此购买更多许可证不是一种选择。我希望通过设置一个中央编译器机器来更充分地利用许可证，您可以将作业推送到该机器并让机器完成工作。我们还在研究自动化构建以验证源代码。
我研究了 buildbot，它在自动化构建和测试方面似乎很成熟，但是在开发人员处于本地测试阶段之前使用它代替本地构建，然后将更改推送到远程存储库可能超出了它的范围。
理想情况下，该工具将能够位于 IDE 和编译机之间，以便在 IDE 看来，构建是在本地执行的。然后，如果出现任何警告/错误，我们仍然可以使用这些方便的功能来消除语法错误。
You might look into the buildbot try tool. This allows you to send a patchfile to the builder to have it run remotely, and lets you block on the result.
Provided that you have a centralized repository already, all you would have to do would be create a call to buildbot try passing in the required parameters, and put this in place of the actual compiler in your makefile/buildscript.
Granted, this would make it take a bit longer to do iterations if you're the only person compiling, but it sounds like you really have the opposite problem.
如果您可以自定义用于执行编译器的命令，并且可以ssh到中央机器，那么您可能可以编写包装器，使用ssh. 为了让它正常工作，您可能需要在客户端和服务器上都安装源目录。
如果源目录安装在两台机器上的同一位置，那么脚本可能很简单
#!/bin/sh
ssh $REMOTE_HOST cd "$PWD" ";" $@
这将调用作为参数传递的命令 on $REMOTE_HOST，在服务器上的同一目录中。