簡體   English   中英

將您的持續集成系統提交到存儲庫的形式不好嗎?

[英]is it bad form to have your continuous integration system commit to a repository

我最近負責構建我們的“軟件基礎結構”,因此我要組裝一個持續集成服務器。

構建完成后,對於CI系統而言,將其創建的某些工件檢入到標簽中被認為是錯誤的形式,以便以后可以輕松獲取(或者如果構建中斷,則可以更輕松地重新創建問題。)

作為記錄,我們在這里使用SVN和BuildMaster(免費版)。

這更多是一個最佳實踐問題,而不是操作方法問題。 (使用BuildMaster非常容易)

賽斯

如果您認為此方法對您有益,請繼續進行。 只要您清楚地了解用於構建每個工件的源代碼,就可以了。

您應該將此工件存儲庫與源代碼存儲庫分開。

但是,為此使用源代碼存儲庫有點奇怪-它們通常用於將要更改的事物,您的工件絕對不應該這樣做

源代碼存儲庫也經常用於您要檢出“所有內容”的上下文中,例如整個主干。 使用工件,您通常會尋找特定的版本,並且僅在將它們導出到其他介質時才能檢出所有工件。

有許多專門用於此目的的工件存儲庫,例如ArtifactoryApache Archiva ,但是正確備份的文件服務器會認為通過訪問設置可能是一個簡單且足夠好的解決方案。

我想說一下將二進制文件作為標簽簽入是一種氣味。 您的構建工件應與構建系統中的特定構建版本相關聯,並且該構建應與特定簽入相關聯。 您應該能夠從該信息中重新創建確切的源代碼。 如果您要尋找的是一站式功能來打開生成損壞版本的精確源代碼修訂版,那么建議您花一些時間來構建一個Powershell模塊來為您完成此任務。

具有簽名的內容,例如:OpenBuild -projectName“一些項目名稱” -buildNumber“一些內部版本號”

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM