Subversion 和 Visual Studio 项目的最佳实践 [英] Best practices for Subversion and Visual Studio projects

问题描述

我最近开始在 Visual Studio 中处理各种 C# 项目，作为大型系统计划的一部分，该系统将用于替换我们当前的系统，该系统由各种用 C 编写的程序和脚本拼凑而成和 Perl.我现在从事的项目已经达到了致力于颠覆的临界质量.我想知道什么应该和不应该提交到 Visual Studio 项目的存储库.我知道它会生成各种文件，这些文件只是构建工件，并不真正需要提交，我想知道是否有人对在 Visual Studio 中正确使用 SVN 有任何建议.目前，我正在使用带有 Visual Studio 2010 测试版的 SVN 1.6 服务器.欢迎任何建议、意见.

I've recently started working on various C# projects in Visual Studio as part of a plan for a large scale system that will be used to replace our current system that's built from a cobbling-together of various programs and scripts written in C and Perl. The projects I'm now working on have reached critical mass for being committed to subversion. I was wondering what should and should not be committed to the repository for Visual Studio projects. I know that it's going to generate various files that are just build-artifacts and don't really need to be committed, and I was wondering if anybody had any advice for properly using SVN with Visual Studio. At the moment, I'm using an SVN 1.6 server with Visual Studio 2010 beta. Any advice, opinions are welcome.

推荐答案

根据MSDN:

您可以将以下文件添加到 Visual Studio 源代码管理:

You can add the following files to Visual Studio source control:

• 解决方案文件(*.sln).
• 项目文件，例如*.csproj、*.vbproj文件.
• 基于 XML 的应用程序配置文件，用于控制 Visual Studio 项目的运行时行为.

不能添加到源代码管理的文件包括:

Files that you cannot add to source control include the following:

• 解决方案用户选项文件(*.suo).
• 项目用户选项文件，例如，*.csproj.user、*.vbproj.user 文件.
• Web 信息文件，例如 *.csproj.webinfo、*.vbproj.webinfo，用于控制 Web 项目的虚拟根位置.
• 构建输出文件，例如 *.dll 和 *.exe 文件.

• Solution user option files (*.suo).
• Project user option files, for example, *.csproj.user, *.vbproj.user files.
• Web information files, for example, *.csproj.webinfo, *.vbproj.webinfo, that control the virtual root location of a Web project.
• Build output files, for example, *.dll and *.exe files.

这篇关于Subversion 和 Visual Studio 项目的最佳实践的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！