1 .使用注意事项 负责而谨慎地提交自己的代码（先更新后提交） SVN 更新的原则是要随时更新，随时提交。当完成了一个小功能，能够通过编译并且并且自己测试之后，谨慎地提交。 如果提交过程中产生了冲突，则需要同之前的开发人员联系，两个人一起协商解决冲突，解决冲突之后，需要两人一起测试保证解决冲突之后，程序不会影响其他功能。 如果提交过程中产生了更新，则也是需要重新编译并且完成自己的一些必要测试，再进行提交。 保持原子性的提交 每次提交的间歇尽可能地短，以一个小时，两个小时的开发工作为宜。如在更改UI 界面的时候，可以每完成一个 UI 界面的修改或者设计，就提交一次。在开发功能模块的时候，可以每完成一个小细节功能的测试，就提交一次，在修改 bug的时候，每修改掉一个 bug 并且确认修改了这个 bug，也就提交一次。我们提倡多提交，也就能多为代码添加上保险。 不要提交自动生成的文件 Visual Studio 在生成过程中会产生很多自动文件，如.suo 等配置文件，Debug,Release,Obj 等编译文件，以及其他的一些自动生成，同编译代码无关的文件，这些文件在提交的时候不应该签入，如果不小心签入了，需要使用Delete命令从仓库中删除。这个可以使用SVN 过滤功能，在设置里面设置ignore lists. 不要提交不能通过编译的代码 代码在提交之前，首先要确认自己能够在本地编译。如果在代码中使用了第三 方类 库，要考 虑 到 项目 组 成员中有 些成员可能没 有 安 装 相 应的第三 方 类 库或者没 有放 入GAC（针 对 .Net Framework）中，项目 经 理 在准 备 项目 工作区 域 的时候，需要考 虑 到 这样 的情 况 ，确保开发小组 成员在签出 代码之后能够在统 一的环 境 中进行编译。 不要提交自己不明 白 的代码 代码在提交入SVN 之后，你 的代码将 被 项目 成员所 分 享 。如果提交了你 不明 白 的代码，你 看 不懂 ，别 人也看 不懂 ，如果在以后出 现 了问 题 将 会成为项目 质 量 的隐患 。因 此 在引 入任 何 第三 方 代码之前，确保你 对 这个代码有 一个很清 晰 的了解。 提前宣 布 自己的工作计划 在自己准 备 开始 进行某 项功能的修改之前，先给 工作小组 的成员谈 谈 自己的修改计划 ，让 大 家 都 能了解你 的思 想 ，了解你 即 将 对 软 件作出 的修改，这样 能尽可能的减 少 在开...
