跨服务器移动 C# .NET 项目文件的最佳实践
对 C# .NET 项目和 DEV 服务器中的特定文件进行更改，然后将该文件移动到不同的环境（例如服务器 B）的最佳策略是什么？我注意到它总是希望我在目标服务器上重新编译，我认为我做错了什么，因为我认为我不需要这样做（加上服务器不是内部的，所以它非常慢且耗时）。
您或您的公司使用的任何建议或策略将不胜感激。
What is the best strategy for making changes to a specific file within a C# .NET project and a DEV server and then moving that file to a different environment, say server B? I noticed it always wants me to recompile on the destination server and I figured I was doing something wrong because I didn't think I would have to (plus the server isn't in-house so it is really slow and time consuming).
Any suggestions or strategies you or your company uses would be appreciated.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
对源文件使用源代码控制程序（如 SubVersion），对由这些文件构建的二进制文件使用 Cruise Control...
use a source control program for source files (like SubVersion) and Cruise Control for binaries built out of those files...
对于 Web 应用程序开发，我的经验是：
开发人员在其本地计算机上拥有一个附加到源代码管理的开发环境
共享所创建项目的 DEV Web 服务器允许开发人员手动将文件复制到 Web 应用程序文件夹。
测试 Web 服务器，其中 MSI 安装仅用于分发 UAT 的更改
一个 PROD Web 服务器，其中 MSI 安装仅用于分发 UAT 批准的 MSI
我参与的项目的规模通常会使构建脚本变得过大，大多数时候一个项目正在处理它，它会被构建多次以进行调试等。
For web application development my experience has been:
Developers have a development environment on their local machines that is attached to source control
A DEV web server with shares to the projects created allows developers to COPY files to the web application folders manually.
A TEST web server where MSI installations ONLY are used to distribute the changes for UAT
A PROD web server where MSI installations ONLY are used to distribute the UAT approved MSI
The size of projects I am involved with usually makes build scripts overkill, most times a project is being worked on it is built many times for debugging etc.