在 ASP.NET Web 应用程序中工作时，您将哪些文件检入源代码控制管理系统？
我们有一个主要的 Web 应用程序，它引用了其他几个项目。您是否将 .csproj/.sln 文件签入源代码管理？如果是这样，您是否使用这些文件进行 msbuild 还是仅包含 *.cs 来构建您的 dll？ ILMerge 对性能有什么帮助吗？
We have a main web application that references several other projects. Do you check-in .csproj/.sln files into source control? If so, do you use these files for msbuild or do you just include *.cs to build your dll? Does ILMerge help in any way with performance?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您的目标应该是签入所需的所有内容，以便其他人可以全新安装 Visual Studio、进行签出、双击 .sln 文件、构建并开始使用。
在我看来，.sln 和 .csproj 是显而易见的：如果您向项目添加新文件会发生什么：如果您没有提交 .csproj 文件，每个人都必须手动将文件添加到他们的项目文件中。
You should aim to check in everything that is needed so that someone can take a fresh install of Visual Studio, do a checkout, double-click the .sln file, build and be on their way.
.sln and .csproj are a no-brainer, in my opinion: what happens if you add a new file to the project: everybody would have to manually add the file to their project files if you didn't commit the .csproj file.
ILMerge - 没有。不适用于网络应用程序。其余的也不适用。
签到？让视觉工作室来处理怎么样？现在，一般来说 - 没有所有相关文件的源代码控制是垃圾；）因此，它应该包括项目和解决方案之类的内容。
ILMerge - no. Not for web applications. Not for the rest either.
Checkin? What about letting visual studio handle it. Now, in general - source control without all relevant files is garbage ;) So, it should include stuff like the project and solution.