Deployment 部署Kentico网站项目以进行开发、测试、暂存和生产 我们的团队目前正在使用VisualStudio 2012、Team Foundation Server 2012开发一个KnTiCo CMS 7站点,以及一个“Web站点”项目( Web应用项目>)来管理我们的文件。

Deployment 部署Kentico网站项目以进行开发、测试、暂存和生产 我们的团队目前正在使用VisualStudio 2012、Team Foundation Server 2012开发一个KnTiCo CMS 7站点,以及一个“Web站点”项目( Web应用项目>)来管理我们的文件。,deployment,version-control,continuous-integration,kentico,Deployment,Version Control,Continuous Integration,Kentico,我们正在寻找一种执行连续集成和自动部署的好方法 我们可以使用TFS轻松地构建解决方案的c#库,但我们无法以任何方式构建或预编译网站,因为TFS对签入BIN文件夹(并且需要进行修改)的Kentico DLL感到不安 TFS 2012的部署工具非常糟糕。我的TFS 2012经验告诉我,我们可能应该远离这个工具 一定有其他人解决了这个问题。我们需要能够将此网站解决方案可靠地部署到各种环境中,同时保持Kentico DLL的灵活性,检查解决方案,并且在尝试“构建”网站时不会造成任何冲突 你能给我一些建议

我们正在寻找一种执行连续集成和自动部署的好方法

我们可以使用TFS轻松地构建解决方案的c#库,但我们无法以任何方式构建或预编译网站,因为TFS对签入BIN文件夹(并且需要进行修改)的Kentico DLL感到不安

TFS 2012的部署工具非常糟糕。我的TFS 2012经验告诉我,我们可能应该远离这个工具

一定有其他人解决了这个问题。我们需要能够将此网站解决方案可靠地部署到各种环境中,同时保持Kentico DLL的灵活性,检查解决方案,并且在尝试“构建”网站时不会造成任何冲突

你能给我一些建议吗?其他工作正常的工具?我们只需要这个过程是可靠的


提前谢谢

WebDeploy是部署web应用程序的一个很好的工具,可以通过TFS构建非常轻松地实现自动化。但是,我相信您需要将您的项目从Web站点项目更改为Web应用程序项目。根据我的经验,现在大多数团队都在使用Web应用程序项目,因为他们往往会在构建/部署过程中为您提供更大的灵活性。

今年在波士顿的Kentico Connection上有很多关于这一点的讨论。似乎大多数人都在使用或。Brian McKeiver在会议上做了一个关于团队发展的精彩演讲,你可以(PowerPoint警告)。

我同意,Web应用程序将是理想的。然而,这不是我的项目的一个选择。这真的很有趣,而且完全符合我希望听到的内容。谢谢分享!