release

4熱度

7回答

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

7熱度

5回答

從調試版本中檢測發佈版本的最佳方法？ .net

所以我有大約10個簡短的css文件，我用mvc應用程序。有像 error.css login.css etc ... 只是一些非常簡短的css文件，使更新和編輯容易（至少對我來說）。我想要的是能夠優化if else分支並且不將它併入最終位的內容。我想要做這樣的事情 if(Debug.Mode){ <link rel="stylesheet" type="text/css" href="err

12熱度

15回答

哪個更好：運送越野車功能還是根本不運送功能？

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

5熱度

8回答

mvn爲何發佈：在標記時準備失敗？

使用我的多項目pom時，運行版本時出現錯誤：準備。項目設置和每個發佈步驟之前都沒有什麼奇特的事情可以運行。我得到的錯誤是： [INFO] ------------------------------------------------------------------------ [ERROR] BUILD FAILURE [INFO] ------------

0熱度

3回答

在發佈衝刺期間測量進度的方法有效

編輯改進清晰度 Scrum建議您將開發劃分爲多個衝刺。每個衝刺都是固定的持續時間。在每次衝刺結束時，向客戶詢問是否應該發佈軟件。如果他們回答是，那麼執行版本衝刺，在此期間，您將執行所有需要持續執行的任務，但費用太高，如外部用戶測試，性能負載測試和註銷，刻錄CD（如果編寫以用戶爲中心的文檔等等在我目前的項目中，我們只是推薦我們的第一個發佈衝刺。我們發現我們失去了許多scrum的優點，比如burnd

1熱度

3回答

庫與應用程序版本

如果您有一個項目，它釋放一個庫和一個應用程序，那麼您如何處理這兩者之間的版本號。示例：您的項目提供了一個庫，可將不同的文件格式轉換爲彼此。該圖書館已發佈，可供其他應用程序使用。但是你也可以釋放一個命令行應用程序，它使用這個庫並實現一個功能接口。庫的新版本會導致應用程序的新版本（以利用所有新功能），但新版本的應用程序可能不會觸發庫的新版本。現在，版本號是如何處理的：完全獨立的，或者庫和應用程序版

8熱度

9回答

如何最好地將Subversion版本信息存儲在EAR中？

當收到錯誤報告或無法工作的消息時，我的一個首字母縮寫問題始終是什麼版本？在測試的很多階段有不同的構建，規劃和部署這通常是一個不平凡的問題。我希望能夠在JAR中查看/切換到相同的分支，版本或標籤，這些分支，版本或標籤是源代碼的源代碼。發佈JAR。如何最好地調整ant構建過程，以便svn checkout中的版本信息保留在創建的構建中？我的線沿線的思考：增加一個版本的文件，但有什麼內容呢？將信

1熱度

1回答

如何追蹤VS 2008中過時的構建配置？

我有一個包含許多C＃項目的大型解決方案。當我打開解決方案，然後按F5首次，我得到編譯像以下錯誤：錯誤3元數據文件「C：\用戶\大衛\文檔\ VS.Projects \ CeoTrunk \ Ceoimage \ BIN \ x86 \ Release \ Ceoimage.dll'找不到。我正在編譯解決方案和產生「調試（任何CPU）」錯誤的項目，並且我長時間沒有選擇「發佈（x86）」。也許幾個

17熱度

6回答

將工具和腳本部署到生產的最佳實踐？

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