way*_*ure 15 vb.net asp.net visual-studio visual-studio-2015
我总是在我的Asp.Net项目中使用Visual Studio的快速版本.在过去,我会使用基本的FTP同步器将更新的文件(*.vb)推送到我们的服务器,然后更改将立即显示在网站上.现在,出于某种原因,当我对*.vb文件进行更改时,在我通过ftp进行同步后,它们不会反映在服务器上,除非我先构建项目.此外,对于我们的.Net 4.0项目,VS 2015 14.0.23107正在添加以下目录,其中包含大量内容:
/.vs
/我的项目
/的OBJ
这些目录中有大量文件,我不知道它们做了什么,并且由于某种原因,我们的项目采取了完全不同的行为.现在,当我们尝试通过FTP进行同步时,会有更多文件,并且似乎更改实际的基础源不起作用.我们必须同步上面目录中的所有其他文件,然后我们可以看到更改.
这是他们正在做的新方式,还是因为VS现在是免费的,我们正在获得一个更好的版本,我们必须"发布"而不是"同步？"
有没有办法回到简单的做事方式,我们只有一个普通的目录与我们的源文件,并将它们同步到服务器？我们不应该这样做吗？如果没有,我们应该使用什么方法以及我们应该将哪些文件推送到服务器？
mik*_*kus 13
我只是将我的评论推广到答案.这个问题有几个方面:
使用发布,此功能已在Visual Studio中长期可用并且运行良好.有很多方法可以自定义它,它支持很多技术,包括FTP.与手动将文件复制到FTP相比,它也更方便,更系统,更可靠.您还可以在开发人员之间共享您的发布配置并存储其中的一些.这里没有损失.
我不明白为什么要将源(.vb)文件复制到服务器.您通常希望实现的是将已编译的DLL +资源复制到您的服务器,并将源文件"安全"复制到开发人员计算机上.你可以在服务器上编译你的源代码,如果你真的需要它,但是然后只需将其插入源代码控件,使用ms build等.无论如何,构建/发布操作是为你准备部署文件,手动复制纯粹是坏的.
对于新文件夹:
Obj是一切都是新的,它的创建是为了存储一些资源,废话,更多这里:什么是obj文件夹生成的？
.vs存储用户特定的设置,您应该忽略它以及obj文件夹,更多信息: 我应该将Visual Studio 2015 .vs文件夹添加到源代码管理中吗？
我的项目很可能是你自己的文件夹,与VS无关.
综上所述,只要你使用asp 4,4.5没什么变化.只有5.0引入了一些不同的部署规则.使用正确的工具(发布)可以轻松解决您遇到的大多数问题.它将知道要发送的文件(包含在项目中的二进制文件+资源)和要忽略的内容(源文件,缓存,垃圾).它方便,不易出错,可以为您做更多事情.
| 归档时间： |
|
| 查看次数： |
828 次 |
| 最近记录： |