在ASP.NET项目中与Web设计人员协作(使用SVN)

时间:2009-04-30 13:18:34

标签: asp.net collaboration

在ASP.NET项目中与网页设计师(精通CSS和HTML)合作的好方法是什么,同时使用SVN保持所有内容同步?

  • 我们不希望源存储库中的已编译DLL(即“bin”文件夹)(不管在主干中)
  • 我们不要求设计人员使用Visual Studio或工作构建环境
  • 我们希望设计师能够(本地或远程)运行网站
  • 我们希望设计师的更改与SVN中继同步

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

3 个答案:

答案 0 :(得分:1)

鉴于此评论:

  

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

然后我认为您最好的解决方案是使用Continuous Integration,这样您就可以拥有一个每小时/每天/经常构建网站/应用程序的系统,然后是任何“非技术”资源(意味着那些没有能力的资源或者您不想编译本地版本的资源)拥有他们可以随时访问的网站的最新版本。

单独的CI无法解决让您的设计师能够针对“当前开发站点”测试其更改的问题 - 也许您可以构建CI构建脚本并发布该站点的zip或可部署版本然后设计师可以下载并运行以便能够对某些页面/文件等进行更改吗?

有一个good number of questions related to CI here on stackoverflowContinuous Integration Servers对特定服务器的建议进行了很好的讨论。

答案 1 :(得分:0)

让他们在同一个房间...... 这是迄今为止最好的事情。 他们应该是同一个“团队”

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

您不需要发布/编译Web项目。 您也可以复制完整的来源。 所以他们可以继续努力。

答案 2 :(得分:0)

使用WebForms的ASP.NET对于设计人员来说非常难以使用,因为ASPXes试图过于聪明,这不是必需的。我的意思是,看看DataGrid:这是一个真正的混乱,甚至更混乱的HTML输出。没有设计师会同意使用像Font.Overline = true这样的奇怪属性而不是真正的旧CSS。如果你决定反对所有那些花哨的控制而支持简单的Repeater,那么WebForms并没有太多可靠。这带来的是......

ASP.NET MVC,无论是在OOP设计方面还是在图形/信息设计方面,方式都更好。