我们的设计师为新设计创建图形模型，创建初始html，css和图像精灵＆amp;维护这些文件。在最初的交接之后，我们的开发人员将所有工作都集成到.Net代码，模板等中。
问题：当我们的设计师负责设计或调整某个功能时，他们无法使用他们最初的模型html。他们可以访问实时（或测试版）网站和查看源，将html从浏览器中保存下来，但这很乏味，容易出错，很快就会过时。
是否有一种简单的方法可以在构建时或在.Net中创建的网站上按下按钮（批量操作）自动化html创建？
难度：某些页面（交易，帐户）是https，需要通过用户名/密码。由于这一切都在测试版网站上，因此以明文形式传递相对较少的安全问题。
答案 0 :(得分：2)
您的流程已被破坏。在进行初始转换时，您需要尽可能多地将表示与行为分开，然后设计人员需要能够使用模板并访问开发系统。
答案 1 :(得分：1)
我刚刚碰巧正在处理同样的问题。首先，让设计人员在开发服务器上编辑实际的.aspx文件。让他们查看HTML和编辑的源代码，这会在尝试将其集成到您的代码中时导致各种问题（处理用户控件，母版页，动态部分/消息并不总是显示在页面等。）
关于如何合并更改，以下是我们使用的流程：
与设计师沟通，每天留出一些时间，您可以将他们的更改合并到您的代码中。在此期间，除了进行合并的人之外，没有人在开发服务器上进行任何更改。
假设您正在使用visual studio和TFS - 检查所有更改，请覆盖.aspx / ascx＆amp;本地工作空间中的.css文件与设计人员在开发服务器上进行了更改。
使用TFS电动工具中的“tfpt”工具撤消对实际没有变化的任何内容的结帐。或者，您可以复制实际更改的开发服务器中的文件，但有时说起来容易做起来难。
对于确实有更改的文件，请将本地版本与TFS中的最新版本进行比较，以确定需要合并/更正的内容。
合并完所有内容后，请将其签入并重新部署到开发服务器。
每日重复。
正如m.bagattini所提到的，如果您使用的是ASP.NET MVC，它确实很有帮助。这样，大多数.aspx文件都将是标准HTML，其中包含一些代码块，而不是设计师可能不知道如何编辑的一堆服务器控件。
如果您避免使用任何内联样式并坚持使用样式表，这也会有所帮助。这样设计师通常只会编辑样式表，而不必担心你的.aspx文件中存在代码。
答案 2 :(得分：0)
我认为你应该看看Asp.NET MVC http://www.asp.net/mvc/，它提供了代码和布局之间的明确分离。也许你的设计师应该使用Visual Studio来创建HTML并在程序员使用的相同环境中工作。
答案 3 :(得分：0)
您使用的是版本控制吗？我的设计师可以通过subversion访问模板和css（以及其他所有内容），并且可以在需要时进行更改。我们遇到的唯一障碍涉及合并，我们发现让开发人员更容易合并。
我曾与设计师合作过，他们对所引入的额外步骤版本控制感到犹豫不决。注意使用过去时“工作”。拥抱该流程的设计人员最终会更深入地了解产品的代码和所有权。
答案 4 :(得分：0)
如果调整很少，并且您不希望设计人员出于某种原因访问版本控制系统，您可以让他们编辑原始文件（同时保留原件的副本），并生成{{ 3}}。开发人员使用diff并手动应用它。
这个过程非常糟糕，我仍然会建议（像其他人一样）你的设计师和开发人员使用相同的版本控制系统，我建议的只是一个快速的解决方法，而每个人都进入新的过程。
答案 5 :(得分：0)
我最近参加了一个会议，其中一个会议是由设计师和程序员共同教授的。他们“配对程序”他们的接口。虽然您可能无法让设计人员和程序员密切合作，但我认为您遇到的问题处于更基础的层面。
而不是问：“我可以使用哪些工具为设计师提供实施时的设计？”你应该考虑问：
在大多数公司中，有一面墙可以完成工作，一旦发生切换，设计师就会洗手并继续前进。
与此同时，程序员甚至在设计即将完成之后才开始查看项目。
程序员应该在设计师启动时启动，并且在设计制作过程中，当技术或技术可用或不可用时应该启动。设计人员应在设计获得批准后继续进行，以便在需要进行更改时（如果有）进行更改，因此他们始终拥有最新的设计文件。
整个项目的紧密合作往往会产生比推动式工作方式更好的网站，你可能会发现项目更快完成，因为没有冗长的切换过程，更不用说回来了类推。