release-management

3熱度

1回答

我們小組目前正在分析我們管理正式軟件版本並與bug lifecycle集成的過程。你使用什麼bug生命週期模型？爲什麼？例如，假設每週爲QA生成一次正式版本。你在什麼時候將bug標記爲已解決？當開發者已經提交他們的改變？當更改已被審查併合併到發佈分支中時？當正式發佈候選人已經創建？你使用什麼程序或bug追蹤軟件的功能來跟蹤它？是否有任何提示/建議/建議可供分享？

1熱度

1回答

我如何將一些肉放到我的發佈過程中？

我關注產品&服務在我工作的公司的合併，部署和發佈。我已經慢慢地從開發中移到這個位置，所以很多這對我來說都是新的（我猜！）我們有一個部署過程，但沒有真正的發佈過程，除了告訴干係人和員工這些新的服務/功能/錯誤修復在發佈前不久。我聽說過有關ITIL發佈管理，CMDB，版本管理和其他巨型超大規模的事情，但是他們實際上是否需要或者我最終會被一大堆廢話加重。我想我想問的問題是：我的第一步是什麼？我從小

1熱度

2回答

SVN - 如何處理一個項目，二種版本的，唯一不同的人有幾個其他文件

我覺得一個方法是保持一個代碼庫，當出口，手動添加或不按釋放要求添加這些其他文件。但是它需要你記住每次輸出一個副本，這很容易忘記。我創造了在SVN的項目，包括這些文件的一個分支，但問題是，每一次我改變樹幹，我需要在分支，或合併再做一次。我如何獲得期望的版本而不需要維護兩個代碼庫？還是有辦法自動同步兩個項目（樹幹，分支）的指定部分文件？任何建議？

1熱度

1回答

TFS中的單向分支和合並

我正在開發的項目包括兩個我稱之爲其他團隊開發的代碼庫。使用TFS，我們只需將TFS文件夾包含在我們的工作區中，並在解決方案文件中包含他們的Visual Studio項目。如果其他團隊向文件庫中籤入文件，我們會立即進行更改。顯然你可以看到這種安排的缺點（我們不知道什麼時候有人會介紹一個突破性的變化 - 他們也沒有）。爲了更好地隔離這些庫的日常變化，我計劃分支庫代碼。我們計劃將這些分支視爲只讀 -

4熱度

2回答

SVN：文檔也在分支上？

我遵循dev = trunk release = branch約定。這個偉大工程的源代碼，但什麼脂肪酶對文檔做的（可惜這是在MS Word（乳膠太多對我們公司業務/系統分析員）。你是否也保留文檔的一個分支，合併（這是一個疼痛）發佈後？或者你保留文檔只能在Trunk？

1熱度

2回答

良好的做法，使.exe和.dll具有相同的版本？

對於新版本，我增加可執行文件的版本號，是否應該讓所有的dll與可執行文件具有相同的版本號，即使dll根本沒有更新？

6熱度

2回答

如果某個功能在最後一刻被丟棄，您會做什麼？

假設您在一個大型項目上工作，每個版本都有多個功能。對於每個功能開發，我們可能有不同的功能分支（在VCS中）。但是，當所有功能分支合併並完成整合後，就會說功能中的一個功能被丟棄了（這在我們的組織中發生得比您想象的要多）。有沒有辦法在這一點上回滾一個功能？我們通常會做的是找出所有的代碼更改並手動回滾。您是否有任何流程/最佳實踐來幫助減少這種努力？爲了記錄，我們有一個帶有Subversion的java項

6熱度

1回答

在單獨的Git存儲庫中的多個項目上進行一致標記

我正在研究一個產品，它依賴於各自託管在其自己的Git存儲庫中的幾個不同項目。當發佈一個版本時，對於我們來說，對構建產品所涉及的每個項目進行一致標記是非常理想的 - 這包括核心代碼，庫和構建工具。是否有一種明顯且明智的方式來一次標記所有項目？（它可能是一個分心，或可能是值得注意的是，每個項目使用Maven，也許有管理這個插件如果是這樣，我還沒有發現任何。）

7熱度

5回答

用於Linux的版本管理系統

我們公司需要的是一種用於Linux/C++的版本管理工具。我們的產品由多個庫和配置文件組成。在這裏，我將列出的基本功能，我們希望這樣的系統有：能夠跟蹤依賴，容易增加庫其相關性得到了他們的主版本增加的主要版本。它應該在內部構建某種依賴關係圖，以便知道哪些人受到更新的影響。知道如何構建它處理的產品。無論是特定的構建文件還是更好的 - 讀取和理解makefile的能力。與SVN一起工作，以便它可以

1熱度

4回答

爲什麼在'git pull'上使用類似Rails的部署機制來釋放？

爲了發佈我的集中式Web應用程序，我可以讓一個虛擬主機指向某個目錄，然後在我想發佈時更新文件，然後做一個'git pull'。但Rails有一個不同的部署機制：它將文件複製到一個子目錄，然後將一個符號鏈接（'current'）指向新的子目錄。據我所知，做類似Rails的部署可能更容易接受，因爲這個版本是建立在某個目錄中的，然後這個符號鏈接指向那個目錄，所以這個速度要快得多，而且用戶不太可能會遇到