略
查看全文Log4j建议只使用四个级别,优先级从高到低分别是ERROR、WARN、INFO、DEBUG
#这里定义能显示到的最低级别,若定义到INFO级别,则看不到DEBUG级别的信息了~!
log4j.rootLogger=DEBUG 查看全文
1、基本概念:
当sandy和may同时操作一个版本库,此时,sandy在一周内要做一些改动工作,当他不断的进行提交后,可能会对may的工常工作造成影响,为了两人都能相安无事,有一种解决办法就是,sandy在这一周里,不要提交他的改动,这样就不会影响may了,可是长时间不提交,说起来,总是不可能的,而且也不安全,出现了这种情况,我们就需要subversion提供的"分支"功能了.
分支功能可将sandy要操作的程序部分独立出来,然后进行check out与check in的操作,都不会影响原程序的版本.示意图如下 .
Tunck-----v31----------------------------v34 ------
Banches ----------v32-----------v33------------------
查看全文多人协作使用版本库时出现的问题:
问题一:
Q:sandy和may同时下载了档本库中的某一个程序mytest1,sandy修改了该文件,并进行了commit,而may此刻不知道服务器上的版本已经进行了更新,自已本地的版本已经旧了,于是她也对这个文件修改了,当她要提交时,SVN就报错了,告诉她提交时,合并冲突,不能提交?
A:如果这种问题出现了,update一下本地的版本,这时如果你改的部分和刚提交时改动的部分不是同样的内容,那么SubVersion会把刚才sandy修改的内容合并到你的程序中,这时你就可以提交了.这种情况还是要避免的,在改动之前还是先update一下,省了麻烦.
查看全文










