release-management

    17熱度

    6回答

    我有一些批處理進程在Linux/PHP網站的幕後運行。他們的數量和複雜性都在不斷增長,所以我想爲他們帶來一小部分流程。 我的源代碼樹有一堆cpp文件和腳本,按照開發進行組織,但沒有考慮部署。編譯完所有的可執行文件後,我需要將各種腳本和二進制文件放在一組機器上。不同的機器需要不同的可執行文件,腳本和配置文件用於批處理。我也有一些我寫的屬於每臺機器的工具。目前,這個部署過程是手動且容易出錯的。 我在猜

    4熱度

    7回答

    我們有標準的Subversion trunk/branches/tags佈局。我們在中長期項目有幾個分支機構,但目前還沒有分支機構發佈。這接近快。 難道我們: 混合釋放分支機構和項目分支在一起呢? 創建發佈文件夾?如果是這樣,是否有更好的名稱比發佈? 創建一個項目文件夾並將當前分支移動到那裏?如果是這樣,是否有比項目更好的名字?我在其他倉庫中看到過「沙盒」和「秒殺」。 幹什麼?

    1熱度

    2回答

    我有一個Java應用程序,與EJB的工作,但是如果: 的EJB被更新,應用程序被打破了。 應用服務器已更新,應用已損壞。 如果沒有人爲干預,是否有更新客戶端應用服務器和bean的客戶端jar的方法? 如果首選方法取決於應用程序服務器,則假定jboss。

    1熱度

    4回答

    我期待重新組織我們發佈內部軟件的方式。所有代碼(PHP webapps,一些Java應用程序和Perl腳本)都被檢入到Subversion版本庫中,但沒有分支或標籤,所有內容都被檢入到trunk中(每個應用程序只有大約1-3個開發者)。在生產Linux服務器上,該軟件只是直接從一個可用的svn副本運行(實際上大部分更改都發生在那裏)。 因爲我們有很多小的應用程序和發佈往往小的變化到正在運行的系統,

    18熱度

    5回答

    我正在開發一個庫以供其他應用程序使用,並且此庫由於NLog而具有許多調試和日誌記錄語句。 當我切換到發佈模式時,是否可以排除對NLog.dll的引用? 乾杯,

    12熱度

    15回答

    這是一個哲學問題。我在我的軟件中添加了一個小功能,我認爲這個功能將被大多數用戶使用,但只有他們使用該軟件的時間的10%。換句話說,如果沒有它3個月,軟件就沒有問題,但有4或5個用戶請求了它,我同意它應該在那裏。 問題是,由於我正在使用的平臺的限制(可能會限制我的大腦),「我能做的最好的」仍然有一些非關鍵但是明顯的錯誤 - 讓我們說功能因爲編碼是可用的,但在某些情況下「有點不可思議」。 怎麼辦?真的

    23熱度

    14回答

    我想知道你們是如何管理2臺SQL Server之間的數據庫部署的,特別是SQL Server 2005. 現在有一個開發和一個活的。由於這應該是構建腳本的一部分(標準的windows批處理,甚至可以使用這些腳本的當前複雜性,我可能會在以後切換到PowerShell等),Enterprise Manager/Management Studio Express不計算在內。 你會複製.mdf文件並附加它

    18熱度

    8回答

    我們有一個Java服務器應用程序,運行在多臺計算機上,全部連接到互聯網,一些連接到防火牆後面。我們需要從中心站點遠程更新JAR文件和啓動腳本,而不會明顯中斷應用程序本身。 這個過程必須是無人值守和萬無一失的(即由於不合時宜的互聯網中斷,我們不能打破應用程序)。 在過去,我們已經使用了各種外部腳本和實用程序來處理類似的任務,但由於它們有自己的依賴關係,所以結果難以維護並且便攜性較差。在創造新事物之前

    17熱度

    6回答

    有沒有辦法在Tomcat服務器上部署war文件?我想在不使用Web界面的情況下執行此操作。