与ASP.NET项目中的网页设计人员协作(与SVN合作)

Question

在ASP.NET项目中与网页设计人员(精通CSS和HTML)协作，同时使用SVN保持一切同步的好方法是什么？

• 我们不希望源代码存储库中的已编译DLL(即"bin“文件夹)(反正不是在主干中)。
• 我们不要求设计人员具有Visual或工作构建环境
• 我们希望设计人员能够运行站点(本地或远程)。
• 我们希望设计者的更改与SVN主干同步

(我们有一个运行TeamCity的构建服务器，因此某种自动化过程是可能的)

Answer 1

鉴于这一评论：

是的，但是编译后的应用程序在主干中不可用，我们不希望设计人员进行编译

然后，我认为您最好的解决方案是使用连续积分，这样您就可以有一个系统每小时/每天/无论如何频繁地构建站点/应用程序，然后任何“非技术”资源(意味着那些没有能力或您不想编译本地构建的资源)都有一个可以随时访问的站点的尖端版本。

CI本身并不能解决让您的设计人员能够根据“当前开发站点”测试他们的更改的问题--也许您可以让CI构建脚本构建并发布站点的zip或可部署版本，然后设计人员可以下载并运行该版本，以便能够对某些页面/文件等进行更改？

有一个关于堆栈溢出的大量与CI相关的问题，连续集成服务器很好地讨论了针对特定服务器的建议。

Answer 2

把他们带到同一个房间..。到目前为止，这是最好的。他们应该是同一个“团队”

否则，使用.net MVC并让他们设计.aspx文件。与您的架构师一起设计(页面/主/控件)概念

您不需要发布/编译web项目。您还可以复制完整的源代码。这样他们就能解决这个问题了。

Answer 3

对于设计人员来说，使用ASP.NET和WebForms是非常困难的，因为ASPXes试图变得太聪明，这不是必需的。我的意思是，看看DataGrid：这真是一团糟，还有更混乱的HTML输出。没有一个设计师会同意使用一些奇怪的属性，比如Font.Overline = true，而不是真正的旧CSS。如果您决定不使用所有那些支持简单Repeater的花哨控件，那么WebForms就没有多少剩余了。带来的是..。

ASP.NET MVC，这在OOP设计和图形/信息设计方面都要好得多。