博主最新文章
博主热门文章
沙漠黑鸟的博客模板
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)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 后发生，按下面的步骤修正：
　　从 http://support.microsoft.com/kb/914387下载tzedit.exe
　　运行 tzedit.exe
　　从列表中选择你的时区（我收到的所有崩溃报告都是来自&耶路撒冷&时区的，大概你会选这个吧）
　　点击&编辑&
　　点击&确定&
大家都在下
还没关注下载之家微信 的亲们赶紧扫一扫左侧的二维码吧！或搜账号:
还没关注下载之家微信 的亲们赶紧扫一扫左侧的二维码吧！或搜账号:
微信公众号
Copyright &
下载之家(www.xiazaizhijia.com).All Rights Reserved
备案号：闽ICP备号-1 闽公网安备 72号博客分类：
今天遇到一个问题？
使用eclipse将文件添加上传，由于文件很多（目录结构也很复杂），结果一次没有全部add上去，导致之后再次使用eclipse的SVN提交请求没有成功。
最后使用window本地的TortoiseSVN客户端发现，只有其中的某些文件已经提交add成功了，再次批量选择，导致重复提交，最后解决的办法是使用TortoiseSVN先update，然后将没有提交的先提交（不选中已经提交的）
但是新的问题又被引出来了——TortoiseSVN提交之后导致eclipse SVN不能够识别了，既工程里面没有识别文件？
在网上查了很多资料，都没有解决这个问题，只是说明是两个系统对统一系统文件操作，导致eclipse不能识别了。
我的解决办法就是将不能识别的文件（部分）删除掉，然后再download，要么就全部删除然后再down工程
下面这种方法我没有试过：
解决办法就是：删除问题项目工作空间中的.metadata文件夹，重新打开eclipse，重新导入项目就好了！
浏览: 2420910 次
来自: 长沙
请问，我添加自定义按钮为什么还是显示原有的按钮，能有一个dem ...
由CXF实现的微服务需要有比较好的工具去测试RESTful A ...
CSS文件在哪儿？
debug版本的apk没有问题，签名以后的apk 就不跳转链接 ...
直接用缓存啊 干嘛用map
(window.slotbydup=window.slotbydup || []).push({
id: '4773203',
container: s,
size: '200,200',
display: 'inlay-fix'问题的产生：
对于采用Copy-Modified-Merge方式的版本控制系统，冲突的管理和解决是非常重要的。目前公司的一个项目由于系统的版本升级，系统的源代码在开发过程中有大量的文件重命名操作，原有的CVS不支持文件重命名，每次都需要删除原有文件，再重新导入新的文件，导致文件更改历史丢失；为了解决这个问题，我们把版本控制工具从CVS改成了Subversion，客户端从TortoiseCVS改为了TortoiseSVN；由于TortoiseCVS和TortoiseSVN的使用极为相似，因此转移后大家在使用上并没有遇到什么问题——除了对文件冲突的解决方式；
问题的详细分析：在文件的合并发生冲突时，冲突文件主要有以下几个版本：Base：自己的工作复本中该文件的原始版本Mine：自己的工作文件Theirs：版本库中的最新文件Merged：在TortoiseSVN中自动合并后的文件，在该文件中，用如下方式标识了文件中发生冲突的部分（这种方式似乎是Unix世界的通用方式？）：&&&&&&& filename
your changes=======
code merged from repository&&&&&&& revision
在 TortoiseCVS 中，对冲突文件的合并是用Mine和Theirs进行比较进行的，合并后的文件即作为工作复本中冲突已解决的新文件；而在TortoiseSVN中，对于冲突的文件（比如ConflictFile.txt），会自动生成以下几个文件：
ConflictFile.txt.mine（自己的工作复本Mine）ConflictFile.txt.rBaseRevision（原始版本Base）ConflictFile.txt.rNewRevision（版本库中的新版本Theirs）ConflictFile.txt（合并后的文件Merged）
TortoiseSVN 的冲突解决需要对以上文件进行比较合并，最终将所有的修改都合并到Merged版本中，然后将冲突设置为已解决；但是由于工作复本、版本库的新版本以及合并的目标分别存储在三个文件中，因此TortoiseSVN的冲突解决就需要使用支持三向比较（3-Ways）的比较/合并工具，比如TortoiseSVN内置的TortoiseMerge（免费），或者Araxis Merge（收费）；原来我们在TortoiseCVS中使用的Beyond Compare就无法使用了，因为BC只支持对两个文件进行比较，在TortoiseSVN中使用Beyond Compare作为合并工具的话，就还需要手工作很多工作——大家就是对这一点非常不适应。
问题解决方案：1.编写如下的批处理文件（注意将Beyond Comare的路径改为实际的路径）："D:\Applications\DevTools\BeyondCompare2\BC2.exe" %1 %2Del %3Del %4Del %2Copy %1 %3Del %1
2.在TortoiseSVN的Setting中选择合并工具（Merge Tool）页面，设置使用外部合并工具（External），在命令行中设置外部合并工具的命令行如下："D:\Applications\DevTools\TortoiseSVN\TSVNMerge.bat" %mine %theirs %merged %base
3.在使用TortoiseSVN编辑冲突文件时，系统会自动打开冲突文件的Mine版本和Theirs版本进行比较合并，用户将所有的修改合并到Mine版本中，当手工编辑冲突完成后，将自动用合并后的Mine版本替代Merged版本，并删除其他文件；这时使用TortoiseSVN的“标识为已解决”，即可进行提交。
此方法可以使用任何支持双向文件比较/合并的工具。
解决方案存在的问题：这不是一个完美的解决方案，由于使用的是功能有限的批处理文件，因此存在以下问题：1.无法判断用户是否进行了合并操作，如果没有进行合并操作，也会进行后面的删除和复制操作；2.有时候会发生复制时提示Merged文件无法修改的情况，这可能是由于比较工具尚未完全退出造成的；
上面的问题可以通过自己编写程序解决，第一个问题通过用文件监视器监视Mine文件来判断是否进行了修改；第二个文件可以通过监视比较工具的进程进行判断。
浏览: 92443 次
来自: 上海
明明就是Android嘛，非要说是OPhone，太明显了哦
学习了！！
好像一个也看不懂，看来我真是菜鸟了，我要加把劲喽！！！
(window.slotbydup=window.slotbydup || []).push({
id: '4773203',
container: s,
size: '200,200',
display: 'inlay-fix'豆丁微信公众号
君，已阅读到文档的结尾了呢~~
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
TortoiseSVN1.6.1客户端无法提交文件(已解决)
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='http://www.docin.com/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口