TortoiseSVN常见的16个使用问题
TortoiseSVN常见的16个使用问题与解决方法
　　TortoiseSVN是一款常用的开源客户端，不少从事编程开发工作的网友都在使用。今天，小编就为大家整理一下TortoiseSVN常见的16个使用问题，方便您在日常使用的过程中，遇到下列问题，可以及时的找到解决的方法，下面就一起来今天的TortoiseSVN使用教程吧！
　　TortoiseSVN 1.9.2.26806 64位英文***版（）
　　TortoiseSVN 1.9.2.26806 32位英文***版（）
　　TortoiseSVN
　　TortoiseSVN常见的16个使用问题：
　　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 》= 1.2
　　file://server/shared/repos （2个斜杠）
　　Subversion 《 1.2 （奇怪的语法，我们知道）
　　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版本会在***文件的文件名里标明，其它的客户端也会有类似说明。版本号的头两位数一致的客户端才能通用。例如，所有使用Subversion1.5.x 的客户端都可通用（&x&表示此位数字不影响兼容性）
　　你还必须确保这些客户端都是为同一个操作系统编译的。客户端兼容的前提是必须是同一种操作系统，并且元数据的表示方式可能发生变化。你不可以 对同一个工作拷贝同时使用Windows的原生客户端和Cygwin的客户端。如果是通过网络共享的工作拷贝，你不可以 同时使用Windows的客户端和Linux的客户端。
　　5、TortoiseSVN能实时自动转换文本文件中的换行符吗？
　　请到查看Subversion书中关于svn:eol-style属性的内容。 比如说，如果你将此属性设置为&native&，在 Linux 下它就会以LF作为换行符， Windows 下则是 CRLF。想了解如何通过TortoiseSVN设置这些属性，请到 这里 阅读我们的文档。
　　6、如果冲突是在一个文件夹的属性里，怎样找到它呢？
　　在属性有冲突的文件夹里，有一个dir_conflicts.prej文件，用文本编辑器打开它，你会看到有冲突的属性，用你想保留的属性覆盖有冲突的。
　　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 提交时，为什么日志里没有&作者&信息？
　　因为是 SSH 全权处理验证过程，所以Subversion根本不会知道是谁提交的。如果要告诉Subversion作者是谁，你可以在 URL 中指定，像这样 svn+ssh:// 。你应该在签出工作拷贝时这么做。
　　14、为什么TortoiseSVN识别不了一个文件被修改过？
　　如果你改了一个文件，但是TortoiseSVN没识别到，请检查该文件是不是确实跟你工作拷贝中的不一样。
　　如果你确定该文件已经修改过，但在提交对话框中却没有显示为已修改，请确保：
　　文件的最后修改日期发生了改变（有些工具比如十六进制编辑器会重设这个值）
　　如果设置了 svn:eol-style 属性，而所作的改动又只是添加删除一些空行的话，Subversion 会认为该文件没有被修改过
　　Subversion 是这样判断一个文件是否被修改过的：
　　15、最后修改日期和/或文件大小是否已改变？
　　如果否，则视为未修改
　　如果是，将文件内容与 BASE 文件进行比较
　　找到第一个有差异的字节时停止，将文件标为已修改
　　如果找不到有差异的字节，将文件标为未修改
　　16、删除一个文件后，它就不存在了，那我怎么提交呢？
　　很简单，提交整个目录。资源管理器窗口中， 去到文件所在文件夹， 右键 然后 提交。提交对话框会显示你的所有修改，包括添加或删除文件。
　　日期变成乱码了，甚至在签出/更新时会崩溃！
　　这通常在*** XP SP3 后发生，按下面的步骤修正：
　　从 /kb/914387下载tzedit.exe
　　运行 tzedit.exe
　　从列表中选择你的时区（我收到的所有崩溃报告都是来自&耶路撒冷&时区的，大概你会选这个吧）
　　点击&编辑&
　　点击&确定&
大家都在下
还没关注下载之家微信 的亲们赶紧扫一扫左侧的二维码吧！或搜账号:
还没关注下载之家微信 的亲们赶紧扫一扫左侧的二维码吧！或搜账号:
微信公众号
Copyright &
下载之家().All Rights Reserved
备案号：闽ICP备号-8
京公网安备 19号查看:6057|回复：8
我的是open suse linux 10.0,修改了文件之后无法保存，我修改的是可以远程登录的文件：etc/X11/xdm/Xaccess文件修改了之后我点击保存save按钮，之后弹出如下提示框：
(13.35 KB)
谁知道是什么原因？？？
引用:原帖由 曾珊珊 于
10:28 发表
我的是open suse linux 10.0,修改了文件之后无法保存，我修改的是可以远程登录的文件：etc/X11/xdm/Xaccess文件修改了之后我点击保存save按钮，之后弹出如下提示框：233460
谁知道是什么原因？？？
谢谢 ... 提示你没有写入权限或没有足够的磁盘空间不可用, 你看下是否Xaccess这个文件的属性是否有限制修改的..
磁盘空间应该是没有问题吧
积极响应！
我使用root用户登录进去的，右击属性Properties，初选如下图：
(35.88 KB)
就修改这边的绿色对钩项吗？谢谢
就是权限不够我用下面的方式解决了不过还是要感谢iceeggplant
linux-arou:~ # cd /etc& &&&
linux-arou:/etc # cd X11
linux-arou:/etc/X11 # cd xdm& &进入当前文件夹
linux-arou:/etc/X11/xdm # chmod 777 Xaccess& & 修改权限
权限的问题，但是对于root 来讲&&几乎 不存在权限问题啊
我确实是用root登录的，所有的文件都要通过这个方式才能更改权限。
中级工程师
开源精神的继承者
这个系统还真是没用过
没用同这个系统
还真没见过这个系统????OUT了:L