话说本人之前除了 Visual Studio 之外，一个 IDE 也没接触过……做 WP 开发时都是用 UltraEdit 等易上手白痴都会的轻量级编辑器的~
应该有不少程序员或者爱好者熟识 NetBeans 这款 Oracle 旗下的开源 IDE 吧，我也抱着尝鲜的态度试用了下，首先吓到我的是它超大的内存占用，还有拖沓的速度（原来习惯把程序做的卡卡的公司不止微软一家啊），但代码自动完成、错误提示、代码重构功能很不错（可惜重构在 WordPress 下不太好用），最吸引我的是它与版本控制结合的很好，默认就提供了对 CVS、Mercurial、SubVersion 的支持。
之前经常看见有些童鞋使用版本控制帮助自己码代码，这可比以前我想起来就 WinRAR 打包一份强多了（再用一次括号宣传下，用盗版软件是不对滴，推荐各位使用免费又强大的 7zip，善用佳软的介绍请按此），因为版本控制可以看到每个版本间的细微更改，回溯任意文件，对团队开发来说意义更大，成员们可以放心的编写代码而不必过于担心同步、合并、冲突的事情。
还看过有童鞋使用 Dropbox 进行版本控制，排除 Dropbox 就根本不存在的原因外，我们的校园网十二点后可是要断网的，这段时间怎么提交更新呢？所以我决定使用易用的 SubVersion。
一、创建版本库与 NetBeans 设定
先在这里并安装找到适合操作系统的 SubVersion，全名是 CollabNet Subversion Edge，我居然点到了 Command-Line Client 上，折腾了半个多小时也找不到建立版本库的功能 。
前面说过，NetBeans 与版本控制配合得很好，所以只要安装 SubVersion 就可以啦，至于乌龟神马的完全不需要 
。
SubVersion 自带了 Apache，所以我们可以通过它建立的捷径访问后台（当然是 localhost 上咯，端口不知道是不是都一样），初始用户名与密码都是 admin，幸好后台是中文的。
首先要做的，是配置好 SubVersion 的版本库父文件夹。按我的理解，创建一个版本库可以看作是添加一个新项目，SubVersion 的多数操作都是针对版本库进行的。
选择“管理” – “服务器配置”，在“版本库父文件夹”键入你要放置版本库的文件夹，这个文件夹并不是你开发时使用的文件夹，而是记录一个版本库的配置、修订版本和锁定状态的资料库，版本库与项目文件夹就好比是档案馆与你的家的关系。
下一步是创建新版本库。选择“版本库” – “新版本库”，键入版本库的名字，单击“创建”。“创建标准的主干 / 分支 / 标签结构”根据你个人喜好勾选，不过还是推荐创建啦，这样版本会更加有序。
创建版本库后，你就可以在刚才设置的版本库父文件夹中找到你的版本库咯。
以后就不要随意修改此文件夹中的内容了，以免造成不可挽回的损失唷！
从现在开始就可以在 NetBeans 中设定 SubVersion 了。
打开 NetBeans，选择“工具” – “选项” – “其他”，在左边选择“Subversion”，键入 SVN 可执行文件的路径（例如，C:\Program Files\csvn\bin），单击“确定”保存。
二、导入版本库
下面我们就要在 NetBeans 中把资料导入版本库里啦！假设我们要进行版本控制的项目的目录位于 D:\test\，按如下步骤进行：
- 选择要进行版本控制的项目；
- 选择“团队开发” – “Subversion” – “导入到资源库中…”，打开导入窗口；
- 输入资源库 URL，直接从 SubVersion 后台的版本库列表“检出命令”复制就可，例如
http://RayChow-PC:81/svn/test
再键入用户名与密码，单击“下一步”；
- NetBeans 会尝试连接 SubVersion 库，之后选择导入到 trunk 资源库，并键入指定消息。以后每次提交都输入消息是一个好习惯，这样你就知道每次更新了什么；
- 最后一步 NetBeans 询问你需要导入到文件，可以看见他把自己创建的文件都列出来了。一般都要全部导入啦；
- 单击“完成”，可以看见项目列表中被导入的文件变为绿色，导入成功后再次恢复黑色。
访问刚才输入的资源库 URL 可以看见汇入的项目，这些目录和文件已被记录在案，任何时候你都能调出查看，哪怕他们在项目中已被修改或删除。
至此，版本库准备完毕。
三、签出工作拷贝
什么叫做签出工作拷贝呢？按我的理解，签出就是把版本库中项目的最新版本完整的下载到本地，并与版本库建立联系，这样才能完成“提交”工作。
由于第二点中导入操作已经使项目文件夹与版本库建立了联系，因此第二点操作完成后不需要再进行签出。
在你更换项目文件夹、有其他人或其它电脑加入到你的项目中时，就需要签出来获得最新版本了。
NetBeans 进行签出工作也很简单，按如下步骤进行：
- 选择要签出到的项目；
- 选择“团队开发” – “Subversion” – “签出…”，打开签出窗口；
- 输入资源库 URL、用户名、密码，与第二点中相同；
- “要签出的文件夹”这一步，资源库文件夹选择你需要签出的文件夹，例如 trunk；
资源库修订一般留空，表示获取最新版本；
由于刚才选定了 trunk 文件夹，所以勾选 跳过“trunk”且仅签出其内容，可以看见“工作副本”发生变化； - 单击“完成”，进行签出。
四、颜色
一旦项目中的文件作出修改，项目窗口中的文件名会根据以下规则改变样式：
- 绿色：新加入的文件；
- 蓝色：被修改的文件；
- 红色：有冲突的文件；
- 灰色：被忽略的文件；
- 删除线：提交时被排除的文件。
五、提交
提交是将本地项目做出的修改应用到版本库的过程。
按如下步骤进行：
- 选择要提交的项目或文件；
- 选择“团队开发” – “提交…”，打开提交窗口；
- 输入提交消息，下方的列表中可以排除或比较文件（通过右键）；
- 单击“提交”完成操作。
六、更新
更新是检查版本库的文件自上次同步后有无改变的过程。按我的理解，更新会下载版本库中新建的文件、替换上次同步后本地未作出修改而版本库版本更新的文件、删除上次同步后本地仍存在而版本库中已被删除的文件，并标示有冲突的文件。
如果是团队开发，应该经常检查更新；如果是个人开发，更新一万次也没有作用……
七、冲突
冲突是指上次同步后本地对某文件作出修改，提交时版本库中的版本比本地更新而导致冲突的情况。例如，我在 A 文件添加了函数 B，但提交时发现同事 C 已经在 A 文件修改了 类 D 并作出了提交，此时 A 文件已经不能继续提交了，否则会覆盖同事 C 的修改。
在更新后如果发现冲突，NetBeans 会列出冲突的地方，在右下方的版本输出控制窗口中右击文件选择“解决冲突”可以更直观的对比并解决冲突，或者……干脆直接放弃你的修改。
八、显示更改 与 比较
这两个功能在我看来没有太大区别，都是用来查阅上次更新后本地做出的修改的，唯一的不同是：“显示更改”只会列出被修改的文件，双击文件可以查看详细对比，而“比较”则直接显示列表与详细对比。
九、还原修改
假定在比较之后你发现对某个文件的所有修改都是错误的，或许根本不应该修改这个文件，或者是从开头重新修改会更加容易，就是使用“还原修改”的时候了。
- 还原本地修改：将文件还原到未修改的状态，从文件所在文件夹的 .svn 目录中直接复制，不经过服务器；
- 根据单个提交还原修改：从版本库中获得指定的版本，如果有冲突还需要解决；
- 根据早期的提交还原更改：我还不清楚……似乎会把起始与结束的版本都拉回来，再丢给你解决冲突。
十、基本的工作周期
日常使用时，一般按照以下步骤进行版本控制：
- 检出或更新你的工作拷贝；
- 作出修改。请注意，对于工作拷贝的目录操作（如增加、删除、移动、复制）最好在 NetBeans 中进行，或者通过 svn 命令直接操作，如果直接使用不相关的文件管理工具操作，可能会导致错误；
- 检查更改（即第六点）；
- 如果有必要，还原修改；
- 如果存在冲突，则解决；
- 提交更改。
以上操作均可以使用 NetBeans 方便的完成。