release-management

0熱度

1回答

我有一個theoritical問題：我有一個具有版本中的一個項目，例如： 0.1：阿爾法 1.0：第一釋放 2.0：斷裂改變我有一個任務管理系統（Redmine，但對於trac或其他任何東西都是一樣的...）。在哪個版本中，我將將作爲應用程序的工作（目前不起作用）？是在0.1 （一旦0.1完成，然後1.0工作）或是在1.0 （一旦1.0完成，然後1.0工作）。另一種方式來問的是：是的版本1.

1熱度

2回答

使用Ant或類似的自動部署

我想整理我們的部署過程，我希望能夠使用Ant或類似的構建工具來設計和實現一個特定的SVN修訂版一次部署到多個服務器。我們使用ColdFusion作爲我們的應用服務器，所以我們通常只是上傳一組更改後的文件到我們所有的服務器上。沒有編譯步驟。的過程會是如下：從SVN獲得一個特定的版本，並將其導出到一個臨時目錄複製/ FTP的所有目錄中的文件，以一組Web服務器按要求測試/開發/生產等交換機

6熱度

2回答

從Subversion生成發行說明

有沒有辦法從Subversion評論生成發行說明？基本上我會很高興，如果我能夠捕獲您查看日誌時看到的信息。但是，如果我從日誌複製並粘貼到文本編輯器中，則會收到許多其他我不想要的信息（每個修訂版都修改了這些文件的列表）。

0熱度

2回答

非凡的發佈過程是什麼樣的？

非凡的發佈過程是什麼樣的？我問，因爲我們一直有發佈相關的生產問題。例如： - 代碼不應該被釋放被釋放 - 測試服務器上運行，不會在生產服務器上運行代碼 - 行動產生生產的警報，但每個人都忽略了它指針書籍，關於這個主題的文章，博客等將會有所幫助。

0熱度

1回答

TFS：如何緩存框架構建以減輕構建過程？

我最近被分配到一個發佈工程團隊，努力讓我們的構建過程更具可管理性。在我們產品的歷史中，我們只是在每個版本中都構建了版本控制庫中的所有內容，因爲它並不是一個時代。這包括我們擁有源代碼的第三方產品（例如，包括企業庫），我們自己的內部框架代碼，最後是產品本身。然而，經過幾年穩定的產品增長，這已經成爲一個非常繁瑣的過程。這就是說，我們想建立一種分層構建系統，其中只有產品（每天都在變化）建立在每天的基礎上，

5熱度

3回答

Maven工件補丁版本

我目前正在使用Maven tools for Project Dash。其中一個公開的問題是如何處理錯誤。 Maven中央說：沒有發佈任何變化。這是因爲Maven從不試圖弄清楚版本是否發生了變化（與SNAPSHOT不同）。但是我可能必須創建一個新的「釋放」，比如說Eclipse 3.6.2的一部分。我應該使用哪個版本號？ 3.6.2.1，3.6.2-1,3.6.2_1,3.6.2pl1？爲什麼？

0熱度

2回答

選項，然後從分支功能預留

哪些選項我在管理的2碼版本的功能& B，這兩個：必須要對現在爲了工作以滿足期限在客戶機/服務器和數據庫跨越具有不同的遞送日期個月外（A B之前）有UI功能在某些時候，這兩個功能都會生活在同一個產品中。理想情況下，我不希望在不需要時部署B的功能。我可以分支源代碼，但在代碼跨越的地方有開放的分支關注我，因爲這可能會長達6個月，使合併變得困難。除了分支什麼替代品？任何意見讚賞

5熱度

4回答

發佈版與IDE中的調試模式

我一直在想各種IDE（Visual Studio，Netbeans等）中不同的「部署模式」（發佈模式，調試模式等）是什麼。我確定它們是基於IDE支持的語言和平臺的不同意思，但必須有一個共同的基本意圖，將項目標記爲「調試」而不是「發佈」模式。這些模式之間有什麼區別？ IDE在編譯/運行/部署時如何對待它們？有沒有辦法讓您自定義您自己的模式（「開發模式」，「QA模式」等）？如果是這樣，典型的自定義設

0熱度

2回答

Capistrano：共享文件的版本控制/

當Capistrano部署Rails應用程序時，它會創建一個shared/目錄來存儲應該在發行版間共享的文件，並且不會每次都重新導出。在我的應用程序中，我在shared/目錄中有幾件事情很少發生變化（因此它們屬於那裏，而不是在應用程序樹中），但我仍然希望它們在執行更改時受版本控制。什麼是最好的方式來處理版本控制這些文件，但保持他們從存儲庫分開卡皮斯特拉諾出口？

4熱度

5回答

任何開源發佈管理系統，如codeplex或sourceforge？

是否有人知道任何開源發佈管理系統可以託管在自己的服務器上？像codeplex或sourcefoge