continuous-delivery

0熱度

2回答

我有一個ASP.NET MVC Web應用程序和一組Selenium UI集成測試。我想把這個Azure中，並應用連續傳遞這樣的：我提交修改Git倉庫天青注意到提交，獲取最新的代碼，構建它，並將其部署到一些測試環境 Azure中運行的代碼我的單元測試，以及失敗的構建，如果任何測試失敗 Azure中運行，在測試環境中我的集成測試，如果任何測試失敗如果通過了所有測試失敗構建，將代碼推廣到生產這

1熱度

1回答

MS發佈管理Powershell DSC下游版本

我正在使用TFS2013 & MS版本管理vNext爲開發團隊提供一些持續部署功能，但我正在努力尋找與下游相關的功能（或實現功能的一種方式）或鏈接）構建。我想實現的是在成功完成另一個構建時啓動另一個構建的能力。這背後的基本前提是，我們會有時有需要前一個Web應用程序隨後被部署到部署的服務，而不是在所有情況下（否則構建本身只會部署所有每一次這些組件） - 在80％的情況下，Web應用程序將獨立部

5熱度

1回答

空構建工件

我有下面的步驟在Visual Studio團隊服務一個構建定義：的PowerShell（prebuild.ps1 PowerShell腳本，設置了DNX 的NuGet安裝 Visual Studio中建立複製和發佈構建構件的MSBuild的參數在Visua升工作室構建步驟如下：。 /p:DeployOnBuild=true /p:WebPublishMethod=Package /p:Pac

1熱度

1回答

去哪裏工作從環境變量？

當我在旅途代理執行printenv命令 [email protected]:/tmp$ printenv HOSTNAME=05f749b73185 SHELL=/bin/bash USER=go LS_COLORS= MAVEN_VERSION=3.3.9 MAIL=/var/mail/go PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin

6熱度

4回答

命令行包服務織物應用

我們連續交付建立，直到最近，使用下面的命令提供服務織物包解決方案級別即命令 msbuild SFSolution.sln /t:Package 失敗，因爲目標不存在。隨着我們的依賴關係網格的增長，它達到了沒有解決方案文件（to work around the "OutputPath does not exist" red herring）時大多數接口項目都無法生成的程度。似乎有一種方法可以做

1熱度

1回答

功能在嘗試連續傳送時切換功能並切換

我想了解爲什麼某些團隊使用功能切換，如果他們已經在使用功能分支並嘗試實現連續傳送。假設一個團隊希望實現持續交付，並且可以在功能切換或功能分支的幫助下完成。隨着功能切換，可以實施所謂的「釋放切換」，允許團隊更快地釋放。如果某個功能尚未準備就緒，而您只使用主分支，則可以切換並釋放代碼。這與功能分支幾乎是一樣的故事。在這裏，您可以擁有3個開發功能，其中一個已經完成。該公司然後希望團隊部署到生產。他們

1熱度

2回答

持續集成工具

我正在做關於持續集成工具的研究並且有益處。對於我的研究IM查看以下工具： GitLab CI 詹金斯竹 GoCD 的TeamCity 現在我不會打擾你的所有要求，並好處。但到目前爲止，我不是發現，除了這些工具之間有很大差異：扇入扇出支持GoCD 社區的規模，詹金斯和GitLab似乎有最貢獻者成本開源與否金額可用的插件我想知道，如果有人誰不得不選擇連續INTEGRAT離子工具也可以分享那

2熱度

2回答

持續集成是否有jenkins中的任何工作命名約定

我想知道在持續集成中是否存在任何工作命名約定。我們正在使用jenkins的Ci，請建議。命名約定應該是這樣的，環境，服務，目的構建或部署等任何其他建議表示讚賞。

17熱度

3回答

Docker和Ansible如何配合實現Continuos Delivery/Continuous Deployment

我不熟悉配置管理和部署工具。我必須實施一個持續交付/持續部署工具，用於我曾經投入的最有趣的項目之一。首先，我個人很喜歡AWS，我知道Ansible是什麼，它背後的邏輯及其目的。我對Docker的理解水平並不相同，但我明白了。我經歷了很多互聯網資源，但我無法得到大局。我一直在努力的是他們是如何融合在一起的。使用Ansible，我可以將我的基礎架構作爲代碼進行管理;構建EC2實例，安裝軟件包...

1熱度

1回答

VSTS：自上次成功發佈到生產後，如何獲取所有鏈接的工作項目？

我們使用帶有GIT和VSTS版本管理的Visual Studio Team Services。我們使用拉取請求運行持續交付模型。因此，每個合併的pull請求都會觸發相應的版本的潛在發佈，最終將最終投入生產。每個版本列出與相應的直接拉取請求關聯的鏈接工作項。 VSTS狀態：包含在提交中的所有工作項目都將顯示在下面的列表中。將當前版本與前一版本％進行比較。但是，並非所有的pull請求都會將其轉換