发布到实时网站

Question

我的朋友和我正在合作开发一个支持ASP.NET的网站。要在本地开发它，我们使用Visual Web Developer Express（足以满足我们的需求）。 Subversion（使用Tortoise SVN）是我们的源代码控制选择，其存储库位于Unfuddle.com上。

当我们需要更新实时网站时，我们会遇到问题 - 因为它没有版本控制。目前，我们使用VWD中的“复制到网站”功能，该功能使用FTP复制文件。这是一些问题：

1. VWD仅跟踪一个用户上传的文件，因此如果其他用户将更新版本的文件上传到实际站点，我这边的VWD无法判断该文件的实时版本是新版本还是我的版本。
2. 无法判断现场网站上是否有最新的更改。
3. 我们必须小心不要在共享的web.config文件中聚会，因为其他用户的本地数据库设置与我的不同，当然，实时数据库设置是另一个故事！

你们用什么来发布到现场网站？是否有任何内容与Subversion相关联，以便我们可以自动化流程并始终保证实时站点同步到更改列表编号？另外，如何管理不同的web.config文件设置？

谢谢！

Answer 1

嗯...

再等2个星期，你就有了.... Visual Studio 2010.很多好东西适合你：

• 本地和生产的不同web.config设置，所以基本上你可以使用一个web.config和.... vs 2010将在发布时自动合并增量文件。到目前为止，这确实是一个弱点。查看http://weblogs.asp.net/gunnarpeipman/archive/2009/06/16/visual-studio-2010-web-config-transforms.aspx
• 更现代的出版机制。工作alon gpackages。你需要一个主机来支持它，但是认真地说 - FTP发布机制在LONT之前就已经退役了。 http://blogs.msdn.com/webdevtools/archive/2009/02/09/web-packaging-creating-a-web-package-using-vs-2010.aspx

任何颠覆关系？当然 - 任何CI服务器都可以做到这一点。不过要点是：你不想要。版本控制！=网站发布。你不发布每一个签到。在非平凡的非游戏设置中，对开发进行了更改，然后将其移至测试服务器，可能移至集成服务器，最后移至生产。你不要发表“你去的地方”。