2011-06-22 16 views
1

我是一羣少數開發人員共享編譯器工具鏈的許可證。我們遇到的問題是,在一個開發人員獲得使用編譯器的許可之後,下一個開發人員可以使用編譯器需要很長的等待時間。這造成了很多浪費時間和沮喪的人。用於本地和遠程編譯的集中式buildserver

由於許可證非常昂貴,購買更多的許可證不是一種選擇。我希望能夠通過建立一箇中央編譯器來更充分地利用許可證,您可以將作業推送到機器上並讓機器完成工作。我們也在研究自動構建來驗證源代碼。

我已經看過了buildbot,這對於自動化構建和測試來說似乎已經成熟了,但是在推送更改到遠程存儲庫之前,開發人員處於其本地測試階段時使用它來代替本地構建,可能會超出其範圍。

理想情況下,此工具將能夠位於IDE和編譯機器之間,以便它在IDE上顯示構建正在本地執行。那麼如果出現任何警告/錯誤,我們仍然可以使用這些方便的功能來糾正語法錯誤。

回答

2

您可以查看buildbot try工具。這允許您將修補程序文件發送給構建器以使其遠程運行,並允許您阻止結果。

假設您已經擁有一個集中的存儲庫,您只需創建一個調用buildbot try來傳遞所需的參數,並將其替換爲makefile/buildscript中的實際編譯器。當然,如果你是唯一編譯的人,這會讓迭代過程花費更長的時間,但是聽起來你真的有相反的問題。

+0

這是一個有用的工具,雖然它可能無法與IDE無縫工作(並不是說buildbot嘗試不是有用的)。 –

0

如果您可以自定義用於執行編譯器的命令,並且可以將ssh添加到中央機器,那麼您可以使用ssh編寫在遠程機器上調用編譯器的包裝器。爲了很好地工作,您可能需要在客戶端和服務器上都安裝源目錄。

如果源目錄安裝在兩臺機器上同一個地方,那麼腳本可能是那樣簡單

#!/bin/sh 
ssh $REMOTE_HOST cd "$PWD" ";" [email protected] 

這將調用作爲參數傳遞$REMOTE_HOST的命令,在同一目錄服務器上。

相關問題