nw-git配合beyond的使用

实际使用的时候，和学习会有很大的区别，因为人力毕竟是有限的，很多事情无法想象到，我想这也是软件开发过程的一个跳不过去的坑吧，
环境：服务器一套代码，纯净的，不待任何工程，然后多个人同时开发，开发的时候可能会有重复的地方，
问题：怎样保证高效的无误的实现代码的合并，上传，还有程序的验证？
经过多次改进之后，我现在的做法是这样的，
clone一份代码，就叫做master，专门用来和服务器进行交互，只负责push还有pull，
然后clone一份放在工作目录下叫做wxc，删除.git文件，添加工程，编译，等等就在这份代码里面做，
再clone一份，放在check目录下叫做check，专门用来从服务器拷贝代码下来验证，也就是在第一份代码push之后，在这里pull一份下来build，验证功能，这一份代码不允许使用push
这样做了之后，能够保证下面的几点。
第一，工程文件，编译参数的.o文件不会上传到服务器，
第二，代码可以有两次验证的过程，一次是工程目录wxc，一次是从服务器pull下来验证的check，
第三，代码只需要合并一次，工作量较小

在master在push之前必须pull和status一次，pull最好是在wxc合并到master之前就做，这样可以保证不会出现冲突，然后从新合并然后服务器也不会产生分支，status的目的是为了去人自己修改的文件，防止目录切换了，提交了check上去，导致误提，
然后是beyong比较工具，这个的使用比较简单，个人总结了几个小技巧，
1，master分支要在wxc之前clone，这个关乎于比较工具的一个功能，就是可以显示左边，或者右边的最新项，可以直接的罗列出左边的最新文件，
这个功能的好处就是从服务器pull下来的代码合并到wxc的时候，能够很直观的表现出来，如果master的分支修改的时间早与wxc的话，因为只有修改过的文件的时间才会比wxc的新，其他的都是old的，相反如果master在wxc之后拉取，结果就是很多无关文件都比wxc的新，这样极度不方便查找从服务器pull下来的被人修改的 文件，
而自己这边修改过的文件，总共才那么几个，不使用最新项都可以很简单的找到，所以不需要使用这个功能，
这样代码的pull，push ，meger，check都可以很简单的完成，方便，快捷，这些可能是 单纯的学习，不使用很难体会到的。