release-management

0熱度

1回答

Tfs 2015發佈管理 - 任務組 - 本地不可用？

我們在本體上有Tfs 2015更新3，但是，我們在發佈管理中看不到任務組選項。我們也不能添加神器別名。這些僅限於VSTS嗎？ https://www.visualstudio.com/en-us/docs/release/author-release-definition/understanding-tasks的文件表明他們可能在兩個？

-1熱度

1回答

Visual Studio團隊服務部署到onpremise

1）是否有可能從VSTS（這裏DEV，QA，PROD（多臺服務器）部署成功構建代碼以前提的服務器上？任何有關如何在鏈接的文章設置它

1熱度

1回答

如何在TFS發佈管理中進行備份和回滾

我是TFS的新手，因此正在尋找有關人們如何備份和回滾的策略。我會想象它會像其他版本管理系統一樣，在新版本發佈之前我們會備份舊版本，並且可以輕鬆地重新部署回滾。我的應用程序是一個運行在IIS上的網站，並有SQL數據庫。任何提示或你如何完成它都會有所幫助。創建什麼Tasks的思路，如何觸發備份以及如何啓動回滾。

1熱度

1回答

TeamCity如何使用不同的邏輯分支名稱觸發依賴生成

我有一個應用程序項目A依賴於共享庫項目B，每個項目都有自己的VCS根目錄（不同的Git存儲庫）。每個項目的版本都是獨立的，例如項目A可以在1.0，而項目B在2.0版本。我們使用GitFlow作爲發佈模型。當我們對項目A和項目B進行更改時，每個項目都會有不同的發佈分支名稱。例如項目A：/release/1.0-rc，項目B：/release/2.0-rc。有可能以某種方式配置項目A發佈版本使項目

0熱度

1回答

覆蓋/強制推送gemfury中的現有軟件包版本

我們使用gemfury來管理我們的內部python軟件包版本。我現在面臨的問題是，gemfury不允許推送/覆蓋相同的版本，這在處理生產版本時很有用。在dev/qa構建的情況下，這很難管理。我們在發佈生產版本時增加版本和發行版。是否有可用於強制推送/覆蓋軟件包版本的標誌？例如。如果某人將某些更改推送給我的QA分支，我會構建分支併發布新版本，但我總是要稱其爲「qa」版本。所以這樣，我總是希望'qa

0熱度

1回答

Release Manager 2013支持哪些構建服務器？

我一直負責調查我公司發佈的開發工具。對我們來說，發佈包括部署許多應用程序，使用許多不同類型的技術。現在，爲了簡單起見，我目前正在研究一個使用Java開發的團隊。他們使用Jenkins進行自動構建部署。我的問題是，我無法找到關於發佈管理器2013的許多信息，我發現總是會說「跨平臺/技術開發超出了本教程的範圍」。我很難看到它實際上能做什麼（除了微軟的開箱即用版本/構建模板）。我可以看到TFS 2015

1熱度

2回答

總是使用Maven快照的後果是什麼？

我與一個管理大量非常小的應用程序（~100 Portlet）的小團隊一起工作。每個portlet都有自己的git存儲庫。在我今天正在審查的一些代碼中，有人做了一個小小的編輯，然後將他們的pom.xml版本從1.88-SNAPSHOT更新爲1.89-SNAPSHOT。我添加了一條評論，詢問這是否真的是我們想要發佈的版本，但我並不真正瞭解這樣做的負面影響。爲什麼不這樣做？我知道快照不應該是發佈，但爲

1熱度

1回答

何時增加版本管理週期中的版本號

我們結合了GitHub，TeamCity，CodeReviews，Octopus deploy來管理我們的整個版本管理流程。我們開發網站和幾個內部使用的API。我們正在尋求更好地實現我們API的更好版本，並將使用Semver。我的問題是，你在哪個階段給它分配一個版本號？例子：在主目前的版本是1.2.1 用戶創建分支（店2）以實現一些新的功能用戶部署店2到QA審查和註銷用戶將Branch

0熱度

1回答

每次提交CVS服務器上存在兩個文件。我們怎樣才能做到這一點？

所以我是一個開始CVS管理員（發佈管理）。是的，客戶仍然在2016年與CVS聯繫在一起。所以我知道一個事實，即當您在cvs中提交一個文件（比如說a.txt）時，它會創建一個名爲a.txt，v的歷史文件。但是在CVSROOT服務器上，我看到有很多（30-35實例atleast）實例，其中有兩個文件b.txt和b.txt，v b.txt，v是您的標準CVS歷史文件和b.txt總是顯示文件的最新版本

2熱度

3回答

使用git進行審批流程？

我在受管制的環境中工作，其中軟件更改需要特定人員或角色的特定簽名。目前這是使用git進行版本控制，並在git之外跟蹤批准。我想看看是否有辦法在git中進行審批。如果有一個只有github的解決方案（基於github分叉和pull請求，或者github代碼評論等），這也會很有趣。所需要的具體內容是：誰批准的東西應該很容易找出（GIT日誌）和可證明的，在某種程度上等同於或工具DocuSign電子