Deployment TFS内部网自动部署策略
我已经向我的团队介绍了分支/合并,并在前面讨论了自动构建和部署签入登台/主分支的代码是多么的棒,但是我是一名初级开发人员,不太擅长ops-y 我遇到的问题是,我们创建了内部网应用程序,并将它们存储在我们自己的虚拟机上,我们可以访问这些虚拟机,但我们也有负载平衡,这让我很伤心 我可以让构建自动化(我还没有弄清楚所有的bug,但我正在努力解决它们)——我甚至可以让构建自动创建一个zip文件,为部署做好准备。 是否可以为部署配置多个服务器? 即 也许值得注意的是,我们目前有运行VisualStudio的TFS服务器,因此代码构建在存储所有代码的同一台服务器上,但这不是我们运行实时代码的服务器Deployment TFS内部网自动部署策略,deployment,version-control,tfs,intranet,Deployment,Version Control,Tfs,Intranet,我已经向我的团队介绍了分支/合并,并在前面讨论了自动构建和部署签入登台/主分支的代码是多么的棒,但是我是一名初级开发人员,不太擅长ops-y 我遇到的问题是,我们创建了内部网应用程序,并将它们存储在我们自己的虚拟机上,我们可以访问这些虚拟机,但我们也有负载平衡,这让我很伤心 我可以让构建自动化(我还没有弄清楚所有的bug,但我正在努力解决它们)——我甚至可以让构建自动创建一个zip文件,为部署做好准备。 是否可以为部署配置多个服务器? 即 也许值得注意的是,我们目前有运行VisualStudio
非常感谢任何针对我的设置的帮助或教程,我真的很想扭转这一局面 我将只讨论部署方面。有很多不同的方法可以处理这一问题,例如:
第二件事是在部署部分不要像开发人员那样思考。虽然可能会有一个编程解决方案,但您需要首先确定手动步骤
你说你不太会操作,我想你的意思是你更喜欢开发人员而不是系统分析师。如果是这样的话,那么你需要做的第三件事就是找一个参与其中的人,比如你当前的发布团队 接下来需要做三件大事:
在您能够在单个环境中执行单个“手动”自动部署之后,您就可以了解如何在多个环境中运行它了。这可能像一个XML文件被迭代一样复杂,只需使用不同的参数多次调用同一命令 快速总结我在当前工作中是如何做到这一点的(使用第三方部署工具是不可取的):
我非常乐意提供更具体的示例和帮助,我的观点与大多数人有点不同,在发布管理方面也很有帮助。感谢所有这一切-很遗憾TFS不能提供一个非常简单的“这里有一些直接的文件路径可供部署”,但我想它不是为intranet构建的这么多。我们目前有4个主要业务部门,都有自己的QA/UAT/生产(主要业务部门有3个生产用于负载平衡)。如果我能让TFS自动化构建,(即开发人员合并到QA)-是否没有“自动”/“一键式”方法可以轻松地将这些更改发布到所有QA服务器上?实际上,考虑一下,允许使用“一键式”方法控制哪些服务器可能更可取……我相信较新版本(2013年以上)具有更好的部署管理(我最熟悉2010年).由于所有环境都不同,很难有现成的简单工具。有第三方工具(好吧,现在发布管理是第一方)这可以用来扩展TFS功能,使部署更加容易,没有TFS,这有点棘手,需要自定义代码或脚本。您可以查看ClickOnce发布,这可能可以满足您的需要,但它有自己的时髦限制,我从未尝试过实际构建。
1) I check in some code to stage
***Automatically***
2) Code builds
3) Build completes, Unit tests run and they complete
4) Code is packaged into a .zip
5) .Zip is deployed across the three load balancing servers (all with the same file path).
***