1、鼠标右键点击 文件 时CPU占用100%
每次右键点击文件,CPU飙升到100%(同时右键菜单被显示。)如果从菜单中选择某项,则CPU又恢复正常;如果在空白处点击右键,CPU将不会有问题,到底是怎么回事?
XP包含了一个已知的bug,当你在特定的配置文件下访问上下文菜单会引起cpu占用上升到100%。这个bug会使文件复制暂停,使网络连接缓慢,流媒体(声音,视频)扭曲。 为了工作在包含这个 bug 的环境下,你需要通过以下 *** 作禁止图形界面的传输效果:
控制面板-》显示
选择外表栏
点击效果,然后清空“为菜单和工具提示使用以下过渡效果”栏
点击确定关闭所有的对话框。
另一种解决方法是在点击右键显示上下文菜单前点击一次左键。
2、是否可以创建一个本地的版本库到网络文件夹?
不能创建 Berkeley DB 版本库到共享的网络 地址 !
BDB 版本库 不能 存在于远程文件系统,比如NFS,AFS,或者Windows SMB。 BDB要求文件系统运行在严格的POSIX语义环境,更重要的是,将文件直接映射到进程 内存 的能力。很多没有网络的文件系统都提供了这个功能。 如果你尝试在网络共享中使用BDB,结局是不可预知的。你可能会立刻看到诡异的错误,或者在几个月以后,你发现版本库隐约被毁坏。
你可以使用 FSFS 格式 的版本库但只有一个用户可以访问本地 硬盘 ,接下来的FAQ项目会讲到为什么共享版本库是一个坏想法。 除非你真的有迫切的原因让你的文件放到网络共享,通常来说,最好的办法就是避免这样做。
如果你真的需要通过网络共享访问FSFS版本库,你应该按照下面的其中一点来做:
用下面的语法规则来映射网络 驱动 器:
将//server/shared映射到S:
file:///S:/repos (盘符前有三个斜杠)
通过下面的格式指定一个UNC直接路径:
Subversion 》= 12
file://server/shared/repos (2个斜杠)
Subversion 《 12 (奇怪的语法,我们知道)
file://///server/shared/repos (5个斜杠)
file:///server/shared/repos (3个斜杠+反斜杠)
但是不要说我们没有提醒过你……
3、是否可以将版本库保存在网络共享驱动器来代替创建服务器?
如果你需要多个电脑访问版本库,在理论上你可以创建 FSFS 版本库(但不能是 BDB 版本库)在网络共享驱动器上,通过已下格式访问 file:// protocol。事实上这里有三个不推荐的原因:
你将给所有用户直接访问权限,所以他们会有可能偶然的 删除 或者破换版本库文件系统。
并不是所有的网络共享协议都支持Subversion要求的锁定。总有一天你会发现你的版本库被悄悄的破坏。
你不得不设置正确的访问权限,SAMBA 在这一点上特别难以满足。
更好的办法是创建一个真正的服务器进程(像Apache,svnserve),存储版本库到当地的文件系统上,使版本库服务器可以在网络上有效,可以被访问。这也许会比你想的要简单。Subversion书中 第6章 服务器配置 有详细的方法说明。
4、是否可以使用不同的Subversion客户端来 *** 作同一个工作拷贝?
可以,客户端只是用来控制你的工作拷贝,以及工作拷贝与版本库之间的交互。工作拷贝里的元数据对于不同的客户端来说都是一样的。
但是,必须是使用同一版本Subversion库的客户端。TortoiseSVN 所使用的Subversion版本会在安装文件的文件名里标明,其它的客户端也会有类似说明。版本号的头两位数一致的客户端才能通用。例如,所有使用Subversion15x 的客户端都可通用(‘x’表示此位数字不影响兼容性)
你还必须确保这些客户端都是为同一个 *** 作系统编译的。客户端兼容的前提是必须是同一种 *** 作系统,并且元数据的表示方式可能发生变化。你不可以 对同一个工作拷贝同时使用Windows的原生客户端和Cygwin的客户端。如果是通过网络共享的工作拷贝,你不可以 同时使用Windows的客户端和Linux的客户端。
5、TortoiseSVN能实时自动转换文本文件中的换行符吗?
请到查看Subversion书中关于svn:eol-style属性的内容。 比如说,如果你将此属性设置为‘native’,在 Linux 下它就会以LF作为换行符, Windows 下则是 CRLF。想了解如何通过TortoiseSVN设置这些属性,请到 这里 阅读我们的文档。
6、如果冲突是在一个文件夹的属性里,怎样找到它呢?
在属性有冲突的文件夹里,有一个dir_conflictsprej文件,用文本 编辑器 打开它,你会看到有冲突的属性,用你想保留的属性覆盖有冲突的。
7、我误删了一个文件,怎么找回来?
如果你还没提交,你可以在被删除的文件/文件夹的父文件夹作 还原 *** 作。
如果你已经提交了删除文件,你可以使用版本库浏览器,回到那文件还存在时的版本,然后在上下文菜单中使用 拷贝到…… 命令,输入你工作拷贝的路径作为目标路径,被删除的文件就会从版本库复制到你的的工作拷贝。
用这个方法也可以恢复被删除的目录。
如果用这个方法恢复文件/目录后,日志对话框无法显示它的修改历史,别担心,历史信息还在的。在 SVN 中复制一个文件时,它的历史信息会同时被复制。但TortoiseSVN的查看日志功能默认是“Stop on copy”,即当你查看的日志是由分支点开始的。之所以这么做是因为当查看一个真正的分支时,你多数只是想知道那个分支的历史信息。如果要看完整的历史信息,你可以不选 ‘Stop on copy’,而把‘Get All’选上。
8、为什么我右击一个链接的时候有几个TortoiseSVN菜单?
这是正常的,其中一个是针对链接本身(lnk-file 文件),另外一个针对它指向的文件。这样既可以对一个链接文件进行版本控制,又可以对它指向的目标进行控制。事实上在文件菜单里你会有多达三个菜单(上下文菜单只显示二个)。
9、能不能像 Visual Source Safe 一样使用‘共享文件’?
Subversion中不能共享一个文件,但可以共享一个文件夹。请查看 Subversion Book中外部定义一章。
10、没有服务器,可以单独使用 TortoiseSVN 吗?
可以,你可以用file://协议来访问你的本地版本库。
11、使用TortoiseProc时可以发送用户名和 密码 吗?
TortoiseSVN 是一个 图形化客户端,它会在需要的时候提示你输入用户名和密码。如果你想以非交互方式访问版本库,可以使用命令行客户端。
12、版本分支图是怎么一回事?
版本分支图跟TortoiseSVN的其它功能不一样。它可以显示一个文件或文件夹的所有历史修订,包括拷贝、移动、分支和加标记 *** 作。
我们经常会被问到“为什么要把版本库根目录的日志也拿下来”,或者是“为什么会需要取由第一次修订到最新一次修订的全部日志呢”
我得澄清一点:这可不是因为我们太懒,或是笨到不会优化——尽管你们有些人似乎就是这么暗示的。我们这么做其实是有必要的。
版本分支图是通过查找针对某个对象的所有修订,来呈现它的历史的,这需要用到所有的可用信息。
如果查看选定文件/文件夹的日志,在日志对话框的下半部分你可以看到选中的修订影响到的所有路径,这就是在版本分支图用到的信息。如果查看/trunk的日志,你会发现里面没有记录加标记或分支的日志,就算是对/trunk本身加标记、作分支也不会有。 --》 这就是取版本库根目录日志的用意:只有版本库根目录日志才包含这些所需信息,包括一个目录何时曾被复制、分支、打标记或移动到何处。
沿用前面的例子,如果我们不取所有修订的日志,而只取一部分的,那就有可能丢失/trunk作分支、打标记的日志。而且即使那些分支、标记本身做过修改,或者那些日志也在取下的部分里,版本分支图也无法知道那些分支、标记 *** 作是在/trunk还是别的路径发生的。这意味着,版本分支图不单是不完整的,还有可能是错的。
因此我们不会去做所谓的“优化”,如果这个图一时正确一时错误,而且你还无从判断它是否正确、什么时候正确,这比完全没用的东西更糟糕。
13、通过 svn+ssh 提交时,为什么日志里没有‘作者’信息?
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)