subversion(SVN)常见问题及其解决方法
1. 隐藏文件.svn目录删除了怎么办
Checkout后，工作空间下.svn目录下有大量隐藏文件，占用比较大的空间，他们是工作空间的管理文件，不能删除，如果不小心删除了也不要抓狂，不会影响服务器端的，重新checkout就又可以工作了。如果想不包含这些隐藏文件导出，可以用TSVN菜单里的export 完成。
2.文件名大小写问题，在下载代码时，下载到一半，系统提示不能找到……文件，提示Can't copy"……"to"……"系统找不到指定文件
该问题很可能是因为上传了大小写不同的同名文件，在Repo-Browser里找到同名文件删除一个就好了。（该问题曾经困惑过好长时间，解决了是如此简单）
3..can’t connect to host …………
（1），服务器有没有运行，有没有打开相应端口
如果服务器是svnserve，检查有没有运行svnserve，有没有打开3690端口（我们用的是这个，端口是9999）
如果服务器是apache，检查apahce是否运行，是否打开80端口
检查时可以在服务器运行netstat -na看看相应端口是否在LISTEN
（2），防火墙有没有开放相应端口
（3），客户端是否可以连接服务器的相应端口
使用命令telnet 服务器IP 相应端口
如：telnet 192.168.0.1 9999
4. 路径或权限不足时将出现错误信息提示：
http://localhost (路径不对)
Error * PROPFIND request failed on '/' PROPFIND of '/': 200 OK (http://localhost)
http://localhost/svn (权限不足)
Error * PROPFIND request failed on '/svn' PROPFIND of '/svn': 403 Forbidden (http://localhost)
http://localhost/svn/repos (正常显示)
http://localhost/repos (权限不允许)
Error * PROPFIND request failed on '/repos' PROPFIND of '/repos': 405 Method Not Allowed (http://localhost)
解决办法是填写正确的路径或给予适当的权限。
5、不启动E:\subversion\bin\svnserve.exe ，但启动了ApacheSVN ，访问(tortoiseSVN –> Repo – browser)或提交(SVN Commit)情形如下：
现象：svn://localhost/svn/repos 不能访问或提交，提示：Error * Can't connect to host 'localhost': 由于目标机器积极拒绝，无法连接。但file:///e:/svn/repos 和
http://localhost/svn/repos 可以访问或提交。
原因：svn:// 是独立服务器svnserver 自己的协议。file:/// 是本地访问，即服务器端和客户端在一个机器上。
解决方法：使用http 方式访问。（咱启动用的是svnserve）
6.提示：405 Method Not Allowed的原因和解决方法
用TortoiseSVN访问基于apache配置的svn版本库时，有时候会提示错误405 Method Not Allowed，开始用TSVN checkout了一个正常的目录，假设服务器地址为：
http://svn/project1，之后，服务器经过其它配置，这个地址变了，使得用这个地址不再能访问到正确的版本库，此时，TSVN就极有可能报405错误。另外，当你访问的地址大小写与服务器的地址不一致时，也会出现该错误。只要将TSVN访问的地址改成正确的，或修改服务器配置，使原地址可以访问即可解决。
7.怎样才能把svn版本库中的某一个文件或目录永久的删除？
[案例一]
例如：当前库的最新版本是46，我在第46个版本上，更加了一个5M的文件，名字为FY07 GDCC Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf
现在我要把这个新增加的5M文件彻底的删除，不想让它存在库中占用空间
(1)用svn log -v命令查看添加文件时的Path。或者使用tortoisesvn之类的客户端工具查看也可以
C:/myhouse/SCM_Home/SVN_HOME/localtest/docs/general>svn log -v "FY07 GDCC Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf"
------------------------------------------------------------------------
r46 | zhangjia | 2007-09-23 10:40:34 +0800 | 3 lines
Changed paths:
A /docs/general/FY07 GDCC Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf
FY07 GDCC Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf
delete for ever
------------------------------------------------------------------------
(2)结果得到添加的路径为/docs/general/FY07 GDCC
Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf
(3)把整个库先lock住，防止在此过程中有人继续修改
当然如果不lock也是可以了，只不过当你把所有的内容导入到新库中之后，还要用dumpfilter 把旧库中新增部分也导入到新库中。为了避免不必要的麻烦，所以我们需要lock
(4)导出旧库中的所有版本
svnadmin dump C:/myhouse/external/SVNRepos/svn > svns.dmp
(5)对导出的旧库中的文件做过滤，剔除我们不用的那个文件的PATH
type svns.dmp | svndumpfilter exclude "docs/general/FY07 GDCC
Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf" > filter.dmp
(6)重新创建一个新的库，版本最好和以前的相同。而且不要做任何的修改
svnadmin create C:/myhouse/external/SVNRepos/svndump
(7)把我们过滤后的那个导出文件，导入到新的库中
svnadmin load C:/myhouse/external/SVNRepos/svndump < filter.dmp
(8)检查新库中的文件和版本状态
[案例二]
当前库的最新版本是48，我在第46个版本上，更加了一个5M的文件，名字为FY07 GDCC Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf
现在我要把在第46个版本上新增加的5M文件彻底的删除，不想让它存在库中占用空间
(1)用svn log -v命令查看添加文件时的Path。或者使用tortoisesvn之类的客户端工具查看也可以
C:/myhouse/SCM_Home/SVN_HOME/localtest/docs/general>svn log -v "FY07 GDCC Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf"
------------------------------------------------------------------------
r46 | zhangjia | 2007-09-23 10:40:34 +0800 | 3 lines
Changed paths:
A /docs/general/FY07 GDCC Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf
FY07 GDCC Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf
delete for ever
------------------------------------------------------------------------
(2)结果得到添加的路径为/docs/general/FY07 GDCC
Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf
(3)把整个库先lock住，防止在此过程中有人继续修改
(4)导出旧库中的所有版本
svnadmin dump C:/myhouse/external/SVNRepos/svn > svns2.dmp
(5)对导出的旧库中的文件做过滤，剔除我们不用的那个文件的PATH
type svns2.dmp | svndumpfilter exclude "docs/general/FY07 GDCC
Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf" > filter2.dmp (6)重新创建一个新的库，版本最好和以前的相同。而且不要做任何的修改svnadmin create C:/myhouse/external/SVNRepos/svndump2
(7)把我们过滤后的那个导出文件，导入到新的库中
导入过程中出现提示:
...
<<< Started new transaction, based on original revision 46
------- Committed revision 46 >>>
<<< Started new transaction, based on original revision 47
* editing path : src/build/build.xml ... done.
------- Committed revision 47 >>>
<<< Started new transaction, based on original revision 48
* editing path : src/build/scmbuild.xml ... done.
------- Committed revision 48 >>>
显然46号版本已经保留了，但是我们要删除的那个文件也同样被删除了
(8)检查新库中的文件和版本状态
[案例三]
当前库的最新版本是60，我在第50个版本上，更加了一个5M的文件，名字为FY07 GDCC Training_Customer_Satisfaction_Survey v1.0 (Internal Trainer).rtf;
同时修改了10个源代码文件；删除了2个源代码文件
现在我要把在第46个版本上新增加的5M文件彻底的删除，不想让它存在库中占用空间
考虑一下，如果按照我们案例中提供的方法是否能够做到保留历史，而删除物理文件？
并说明理由？
[总结]
删除文件确实能够通过我们上述的提供的方法解决，但是我们也看到如果当库中的版本很多，容量很大的时候
每次当我们导出和导入的时候，花费的时间比较长，而且使用的空间也比较大。我们建议，
所有的导入和导出以及过滤的操作尽量在同一块磁盘或者扇区上执行，这样速度比较快；当然你要保证你的扇区的容量能够容纳原来仓库至少2倍(2~4倍)的大小((1)原始的库，(2)导出的dump，(3)导出的filter dump，(4)导入的库)
当然你也可以copy到别的扇区，磁盘或者机器上运行，只要保证环境一致就可以
8.基于svnserve的subversion服务器在新配置权限后：svnserve.conf:12: Option expected
该问题是因为subversion读取配置文件svnserve.conf时，无法识别有前置空格的配置文件，因此在配置文件里每行前面不能有空格
9.怎样让版本库中的项目返回至以前的某个版本？
选中本地拷贝文件夹，右键－>TrosiseSVN ->显示日志，弹出的对话框中选中要恢复的版本，右键－>复原到此版本。
复原到此版本只会影响本地拷贝。
你要再将你的本地拷贝提交到版本库，最高的版本才会变动
复原至此版本：这将会还原从那个版本以来的所有变更，使用选中的版本来替换文件/文件夹。在实际使用中发现并不是简单的替换，如果你在当前工作复本中所做的修改不涉及到被选中版本以来的变更内容，那么你的修改会与版本N进行合并，否则这个操作会产生一个冲突。
10.如何看已删除文件的历史版本
TortoiseSVN:
如果是误删除的文件：
1.恢复该删除文件。
用TortoiseSVN:
（1）.在本地working copy中，用TortoiseSVN->Show log查看版本库的历史记录。可以用search。
(2.)找到删除该文件或者文件夹的版本，在Log message里右键Revert the changes from
this revision。
(3).该文件或文件夹就被恢复到本地的working copy中了。如果是误删除的，commit到
Repository里就行了。
用Eclipse的Subclipse插件：
（1）用Team->Show SVN Repository History查看版本库的历史记录。
（2.）找到删除该文件或者文件夹的版本，右键Revert to XX version.
（3）.该文件或文件夹就被恢复到本地的working copy中了。如果是误删除的，commit 到Repository里就行了。
2.在该文件上右键TortoiseSVN->Blame 查看该文件的所有修改。
如果不是误删除的文件：
1.用Show log找到该文件的版本N.
2.Update to revision M（N以前的版本）。
3.本地working copy添加该文件后，查看该版本或用Blame查看该文件的所有修改（范围选择1到N-1)。
解决版本冲突－使用SVN主干与分支功能 1前言 大多数产品开发存在这样一个生命周期：编码、测试、发布，然后不断重复。通常是这样的开发步骤： 1) 开发人员开发完毕某一版本（如版本A）功能后，提交测试； 2) 测试人员对待发布版本A进行测试，同时开发人员继续开发新功能(如版本B)； 3) 测试人员提交bug，研发人员修复bug，同时继续开发新功能； 4) 重复第3步骤，直到待发布版本A测试通过测试后，发布第一版本 这样就会存在以下问题： 1) 如何从代码库中(A+B)分离出待发布版本A，进行测试和发布； 2) 如果单独存放待发布版本A，那么开发组必须同时维护此版本库A以及当前最新代码库 (A+B)，操作冗余且容易出错。 在SVN中，通常采用主干（trunk）与分支（branches）的方法，解决以上问题。 2相关概念和原理 在SVN中创建代码库时，通常会创建trunk、branches、tags三个子目录，当然，你也可以用其他名称来实现主干和分支的功能 trunk－主干，或称主线，顾名思义，是开发的主线。 branches－分支，是从主线上分出来，独立于主线的另一条线。可以创建多个分支。一个分支 总是从主干一个备份开始的，从那里开始，发展自己独有的历史(如下图所示)。在版本控制的 系统中，我们经常需要对开发周期中的单独生命线作单独的修改，这条单独的开发生命线就可 以称为Branches，即分支。分支经常用于添加新的功能以及产品发布后的bug修复等，这样 可以不影响主要的产品开发线以及避免编译错误等。当我们添加的新功能完成后可以将其合并 到主干中。 tags－标记，主要用于项目开发中的里程碑，比如开发到一定阶段可以单独一个版本作为发布 等，它往往代表一个可以固定的完整的版本。即主干和分支都是用来进行开发，而标记是用来 进行阶段发布的。安全公司的配置库有专门的发布区，所以tags并不需要创建，在这里只是 提供说明，不推荐使用。 branches以及tags在TortoiseSVN中创建方法是一致的，它们都是通过存储类似Linux中的lunch 快捷方式一样，只是创建了指向某个版本的链接，而不会真正将此版本的内容复制到分支或者标记中，这样既可以节省空间，也可以很快速的创建，被称为“廉价的拷贝”。 为了便于创建分支和标记，通常习惯于将Repository版本库的结构布置为:/branches,/tags,/trunk。 分别代表分支，标记以及主干。
解决代码冲突 如果commit时出现“You have to update your work copy first.”红色警告，说明版本库中的此文件已经被其他人修改了。请先点“ok”按钮退出。执行update,然后再commit。 如果修改与update得到的代码不冲突，则自动合并。如果冲突（比如对同一行代码进行了修改），则出现”One or more files are in a conflicted state.“红色警告，并产生几个文件记录冲突。一般情况下，我们不要直接编辑冲突文件。而按照以下操作手工解决冲突。 在资源管理器中，选择commit时冲突的那个文件，鼠标右键菜单选择”Edit conficts”。 出现界面，分为”Theirs”、”Mine”和”Merged”3部分，表示”别人修改的内容”、”我修改的内容”和”合并后的结果”3部分。我们是要将”别人修改的内容”和”我修改的内容”有取舍地合并起来，形成”合并后的结果”。 合并一般分为4种情况： 保留”我的修改”,舍弃”别人的修改”。鼠标右键点击Mine框的相应行，点击”Use this text block”。 舍弃”我的修改”,保留”别人的修改”。鼠标右键点击Theirs框的相应行，点击”Use this text block”。 同时保留”我的修改”和”别人的修改”，并将”我的修改”放在前面。鼠标右键点击Mine 框的相应行，点击”Use text block from mine before theirs”。 同时保留”我的修改”和”别人的修改”，并将”别人的修改”放在前面。鼠标右键点击Mine框的相应行，点击”Use text block from theirs before mine”。 合并完成，Ctrl+S存盘，退出。 然后，在资源管理器中，选择冲突文件，鼠标右键菜单选择”Resolved”,标记冲突已解决。系统会自动删除因冲突而新建的文件。此时，就可以继续进行commit操作了。 本文来自CSDN博客，转载请标明出处：https://www.doczj.com/doc/b53315341.html,/gori/archive/2009/04/12/4067588.aspx
1、存在问题：外墙铺贴外墙砖，阴阳角的嵌缝剂吸水导致窗框周围渗水 解决措施：外墙砖改为涂刷质感漆，在上窗框处预留滴水槽 2、存在问题：现浇混凝土板内预埋PVC电管时，混凝土板经常沿管线出现裂缝。解决措施：钢筋混凝土板中预埋PVC等非金属管时，沿管线贴板底（板底主筋外侧）放置钢丝网片，后期内墙、棚顶等满铺纤维网格布，刮腻子抹平。 3、存在问题：首层隔墙自身发生沉降，墙身出现沉降裂缝。 解决措施：首层隔墙下应设钢筋砼基础梁或基础，不得直接将隔墙放置在建筑地面上，不得采用将原建筑地面中的砼垫层加厚(元宝基础)作为隔墙基础的做法。 4、存在问题：凸出屋面的管道、井、烟道周边渗漏。 解决措施：凸出屋面的管道、井、烟道周边应同屋面结构一起整浇一道钢筋混凝土防水反梁，屋面标高定于最高完成面以上250mm。 5、存在问题：门窗耐候胶打胶不美观 解决措施：门窗预留洞口尺寸跟现场测量尺寸存在误差，造成窗框与墙垛的间隙不均匀，打胶不美观。建议在抹灰过程中安装窗户副框，副框对门窗起到一个定尺、定位的作用。弥补门窗型材与墙体间的缝隙,利于防水;增强门窗水平与垂直方向的平整度。有利于门窗的安装,使其操作性更好。 6、存在问题：室内地面出现裂纹 解决措施：出现裂纹的原因是施工中细石混凝土的水灰比过大，混凝土的坍落度过大，分格条过少。在处理抹光层时加铺一道网格布，网格布分割随同分格条位置一同断开。 7、存在问题：内墙抹灰出现部分空鼓 解决措施：空鼓原因，内墙砂浆强度较低，抹灰前基层清理不干净,不同材料的墙面连接未设置钢丝网;墙面浇水不透，砂浆未搅拌均匀。气温过高时,砂浆失水过快;抹灰后未适当浇水养护。解决办法，抹灰前应清净基层，基层墙面应提前浇水、要浇透浇匀，当基层墙体平整和垂直偏差较大时，不可一次成活，应分层抹灰、应待前一层抹灰层凝结后方可涂抹后一层的厚度不超过15mm。 9、存在问题：吊顶顶棚冬季供暖后出现凝结水，造成吊顶发霉 原因：冬季供暖后，管道井内沙层温度升高，水蒸气上升遇到温度较低的现浇板，形成凝结水，凝结水聚集造成吊顶发霉。解决措施：管道井底部做防水层截断水蒸气上升渠道。 10、存在问题：楼顶太阳能固定没有底座，现阶段是简单用钢丝绳捆绑在管道井上固定 解决措施：建议后期结构施工中，现浇顶层楼板时一起浇筑太阳能底座。 11、存在问题：阳台落水管末端直接通入预留不锈钢水槽，业主装修后，楼上的垃圾容易堵塞不锈钢水槽，不易清扫。 解决措施：建议后在阳台上落水管末端预留水簸萁，益于后期的清扫检查。12、存在问题：卫生间PVC管道周围出现渗水现象 原因，出现渗漏的卫生间PVC管道，周围TS防水卷材是冬季低于5℃的环境下施工的，未及时浇筑防水保护层，防水卷材热胀冷缩，胶粘剂开裂，造成PVC
常见软件故障及处理方法(转载) 软件故障的原因 软件发生故障的原因有几个，丢失文件、文件版本不匹配、内存冲突、内存耗尽，具体的情况不同，也许只因为运行了一个特定的软件，也许很严重，类似于一个的系统级故障。 为了避免这种错误的出现，我们可以仔细研究一下每种情况发生的原因，看看怎样检测和避免。 丢失文件: 你每次启动计算机和运行程序的时候，都会牵扯到上百个文件，绝大多数文件是一些虚拟驱动程序vir tual device drivers (VxD)，和应用程序非常依赖的动态链接库dynamic link library (DLL)。VXD允许多个应用程序同时访问同一个硬件并保证不会引起冲突，DLL则是一些独立于程序、单独以文件形式保存的可执行子程序，它们只有在需要的时候才会调入内存，可以更有效地使用内存。当这两类文件被删除或者损坏了，依赖于它们的设备和文件就不能正常工作。 要检测一个丢失的启动文件，可以在启动PC的时候观察屏幕，丢失的文件会显示一个“不能找到某个设备文件”的信息和该文件的文件名、位置，你会被要求按键继续启动进程。 造成类似这种启动错误信息的绝大多数原因是没有正确使用卸载软件。如果你有一个在WINDOWS启动后自动运行的程序如Norton Utilities、 Nuts and Bolts等，你希望卸载它们，应该使用程序自带的“卸载”选项，一般在“开始”菜单的“程序”文件夹中该文件的选项里会有，或者使用“控制面板”的“添加/卸载”选项。如果你直接删除了这个文件夹，在下次启动后就可能会出现上面的错误提示。其原因是W INDOWS找不到相应的文件来匹配启动命令，而这个命令实际上是在软件第一次安装时就已经置入到注册表中了。你可能需要重新安装这个软件，也许丢失的文件没有备份，但是至少你知道了是什么文件受到影响和它们来自哪里。 对文件夹和文件重新命名也会出现问题，在软件安装前就应该决定好这个新文件所在文件夹的名字。 如果你删除或者重命名了一个在“开始”菜单中运行的文件夹或者文件，你会得到另外一个错误信息，在屏幕上会出现一个对话框，提示“无效的启动程序”并显示文件名，但是没有文件的位置。如果桌面或者“开始”菜单中的快捷键指向了一个被删除的文件和文件夹，你会得到一个类似的“丢失快捷键”的提示。 丢失的文件可能被保存在一个单独的文件中，或是在被几个出品厂家相同的应用程序共享的文件夹中，例如文件夹\SYMANTEC就被Norton Utilities、Norton Antivirus和其他一些 Symantec 出品的软件共享，而对于\WINDOWS\SYSTEM来说，其中的文件被所有的程序共享。你最好搜索原来的光盘和软盘，重新安装被损坏的程序。 文件版本不匹配: 绝大多数的WIN 9X用户都会不时地向系统中安装各种不同的软件，包括WINDOWS的各种补丁例如Y2K，或者将WIN 95 升级到WIN 98，这其中的每一步操作都需要向系统拷贝新文件或者更换现存的文件。每当这个时候，就可能出现新软件不能与现存软件兼容的问题。 因为在安装新软件和WINDOWS升级的时候，拷贝到系统中的大多是DLL文件，而DLL不能与现存软件“合作”是产生大多数非法操作的主要原因，即使会快速关闭被影响的程序，你也没有额外的时间来保存尚未完成的工作。 WINDOWS的基本设计使得上述DLL错误频频发生。和其他版本不同，WIN 95允许多个文件共享\WINDO WS\SYSTEM文件夹的所有文件，例如可以有多个文件使用同一个Whatnot.dll，而不幸的是，同一个DLL文件的不同版本可能分别支持不同的软件，很多软件都坚持安装适合它自己的Whatnot.dll版本来代替以前的，但是新版本一定可以和其他软件“合作愉快”吗？如果你运行了一个需要原来版本的DLL的程序，就会出现“非法操作”的提示。 在安装新软件之前，先备份\WINDOWS\SYSTEM 文件夹的内容，可以将DLL错误出现的几率降低，既然
开发者在开发一个项目的时候，一般都是一个团队开发协作。那么对于代码管理这一块就要用到SVN了。下面就给大家介绍一下在AppCan IDE 3.0中建立项目需要用到SVN管理的一系列流程。 1、SVN安装 1.下载svn软件：TortoiseSVN SVN软件分32-bit和64-bit运行环境，用户可依照自己的操作系统，下载相应的软件版本。这里以中文版举例。 2.下载完成之后，安装TortoiseSVN。正确安装之后，重启系统。 3.安装成功后，右键单击鼠标，应该可以看到如下图所示：
2、AppCan项目开发使用SVN流程 AppCan IDE 3.0开发版需要用户在https://www.doczj.com/doc/b53315341.html,网站上注册用户名和密码，建立自己的帐号，才能够创建项目，具体创建项目流程请参考IDE开发流程文档。 创建一个项目后，AppCan会自动给用户生成一个唯一的ID和KEY值。 开发者可在本地建目录存放项目文件，通过SVN进行管理。 SVN管理流程举例说明如下： 1.在D盘下建立一个AppCansss的文件目录；。 2.右键点击文件夹，如图所示： 选择“SVN检出”，如图所示：
在版本库URL处输入在AppCan官网上创建项目时获得的上传地址（这里的上传地址就是用户的SVN管理地址），检出至目录默认是当前目录，点击“确定”，弹出提示，输入用户名和密码。用户名和密码由用户在AppCan官网注册获得。 点击“确定”，将相关项目文件保存在本地目录，如图所示：+
在AppCan IDE 3.0中新建项目，输入相应的应用ID和应用KEY。创建成功之后。会看到默认生成有一个android_iphone的文件夹。建立页面文件之后，整个项目如图所示： 在D盘建立的AppCansss文件下新建ceshi111文件，把创建的项目放在此文件夹下，把项目代码添加到SVN上。
SVN解决版本冲突功能 1代码的分支管理策略 关于代码管理的分支和发布策略，目前主要有两种：一种是主干作为新功能开发主线，分支用作发布。另一种是分支用作新功能开发，主干作为稳定版的发布。 1.1分支用来发布 典型操作步骤如下： 1) 开发者提交所有的新特性到主干。每日的修改提交到/trunk：新特性，bug修正和其他。 2) 这个主干被拷贝到“待发布”分支。当小组认为软件已经做好发布的准备（如，版本1.0） 然后/trunk会被拷贝到/branches/1.0。 3) 项目组继续并行工作，一个小组开始对分支进行严酷的测试，同时另一个小组在/trunk继续 新的工作（如，准备2.0），如果一个bug在任何一个位置被发现，错误修正需要来回运送。 然而这个过程有时候也会结束，例如分支已经为发布前的最终测试“停滞”了。 4) 分支已经作了标记并且发布，当测试结束，/branches/1.0作为引用快照已经拷贝到/tags/1.0.0， 这个标记被打包发布给客户。 5) 分支多次维护。当继续在/trunk上为版本2.0工作，bug修正继续从/trunk运送到/branches/1.0， 如果积累了足够的bug修正，管理部门决定发布1.0.1版本：拷贝/branches/1.0到/tags/1.0.1， 标记被打包发布。 整个过程随着软件的成熟不断重复：当2.0完成，一个新的2.0分支被创建，测试、打标记和最终发布，经过许多年，版本库结束了许多版本发布，进入了“维护”模式，许多标记代表了最终的发布版本。 这种分支管理策略被广泛的应用于开源项目。比如freebsd的发布就是一个典型的例子。 freebsd的主干永远是current，也就是包括所有最新特性的不稳定版本。然后随着新特性的逐步稳定，达到一个发布的里程碑以后，从主干分出来一个stable分支。freebsd是每个大版本一个分支。也就是说4.x，5.x，6,x各一个分支。每个发布分支上只有bug修改和现有功能的完善，而不会再增加新特性。新特性会继续在主干上开发。当稳定分支上发生的修改积累到一定程度以后，就会有一次发布。发布的时候会在稳定分支上再分出来一个 release分支。以 6.x为例，就会有 6.0,6.1,6.2…等发布分支。 这种发布方法非常适用于产品线的发布管理。产品是要卖的，以前卖给客户的版本仍需要继续维护，而为了以后的市场，新功能也不断地在增加。这种管理方法对已发布产品的维护工作和下一代产品的开发工作进行了隔离。对于已经发布的产品，只有维护的补丁发布。而新发行的产品不仅包括了所有的bug修改，还包括了新功能。 这种方法具有如下缺点：首先，必须对主干上的新功能增加进行控制。只能增加下一个发布里面计划集成进去的新特性。而且，已经在主干上集成的新特性中的任何一个，如果达不到里程碑的要求，稳定分支就不能创建，这很有可能影响下一个发布的计划。开源项目可能这方面的压力小一些，但是商业产品开发如果碰到这种情况就危险了。还有一个缺点就是bug修改必须在各个分支之间合并。 从分支和合并的一些实践经验上看，各个长期存在的分支之间必须要周期性的进行合并，否则很容易引发合并冲突。可是各个stable分支以及release分支之间恰好是不能进行合并而且还要长期存在的。因此，采用这种分支策略可能碰到的最大问题就是某个分支上的bug修改内容往其它分支merge 的时候出现的冲突。而且一旦发现一个bug，调查这个bug影响哪些分支的工作会随着维护的发布分支的数量而增加。
当前项目管理中的问题非常复杂，问题的多样性可以用五彩缤纷来形容，可能是不一而足的。我们且对一些有针对性的具体问题及其建议的解决方案尝试汇总如下： 1、问题一：如何修订不合理的项目目标 问题描述：很多项目在签约的阶段就定义了不合理的目标，这往往是由于销售人员的过度承诺或给客户主动建立或被动接受过高的期望值。 建议的解决方案：要使项目成功实施，就必须在合同约定目标基础上对项目目标进行再次定义，项目经理需要运用必要的办法在项目管理生命周期内不断去寻求客户或用户可接受的最小或最优的目标边界。当然，项目经理一上任就想动项目或合同的边界，显然会容易引起客户的反感。比较好的策略是先在项目实施过程中做出必要的业绩，在与此同时和客户之间建立彼此的基本信任。在充分了解客户所在企业的核心需求后，适时拿出有理有据的方案一点一点地说服客户调整项目目标边界。 2、问题二：如何处理用户强烈坚持需要的需求 问题描述：用户有时很强烈表示需要一个功能，态度很坚决，应该如何应对 建议的解决方案：从项目所要实现的业务全局出发，考虑用户这个需求到底要解决的是什么问题，然后再和用户探讨真正解决问题的办法，这样用户不但可能收回自己的想法，还会建立对你分析能力的信任。这就是所谓的比用户多想一步，并站在更高的角度去解决当前存在的问题。除此之外，如果用户提出的需求非常到位，确实指出项目所交付的产品的严重不足，项目经理要高度重视，及时调用公司资源予以解决，切记关键性需求绝对不可以绕过或采取临时解决方案。针对用户潜在的或尚未发现的需求，需要提前拟定预案，而不是等这些潜在需求发生后再考虑客户化开发解决，这样就很有可能使项目产生不必要的延期和徒增用户对项目延期所产生的不满情绪。 3、问题三：如何处理来自用户的需求变更 问题描述：用户的需求往往随着项目的深入而有所变化，项目验收标准的不断更改，导致项目验收延期或成本超支等诸多不可控的情况发生。 建议的解决方案：在项目一开始就需要定义变更流程，一般是要求用户内部意见一致后再统一以正式项目文件的方式提交给项目经理做评估分析，项目经理综合考虑此需求的变更对实施成本和项目进度可能造成的影响。必要时寻求公司高层或变更控制委员会(CCB)反馈
SVN冲突解决方法大全 2010-05-27 09:33 佚名我要评论(0)字号：T | T 本文和大家一起来学习SVN冲突解决和winmerge使用手册，本文介绍了几个SVN冲突解决的方法，希望大家通过本文的学习能够掌握，欢迎大家一起来学习。 AD： 本节向大家介绍一下SVN冲突解决和winmerge使用手册问题，在学习SVN的过程中，难免会遇到SVN冲突问题，于是和大家分享一下，看完本文你肯定有不少收获，希望本文能教会你更多东西。 解决版本冲突的命令。在冲突解决之后，需要使用svnresolved来告诉subversion冲突解决，这样才能提交更新。冲突发生时，subversion会在WorkCopy中保存所有的目标文件版本（上次更新版本、当前获取的版本，即别人提交的版本、自己更新的版本、目标文件。假设文件名是sandwich.txt，对应的文件名分别是：sandwich.txt.r1、sandwich.txt.r2、sandwich.txt.mine、sandwich.txt）。同时在目标文件中标记来自不同用户的更改。 解决SVN冲突的办法： -手动解决：冲突发生时，通过和其他用户沟通之后，手动更新目标文件。然后执行svnresolvedfilename 来解除冲突，最后提交。 -放弃自己的更新，使用别人的更新。使用最新获取的版本覆盖目标文件，执行svnresolvedfilename并提交。 -放弃自己的更新，使用svnrevert，然后提交。在这种方式下不需要使用svnresolved。 对于svnresolved命令需要非常小心，必须是非常确定冲突已经解决才能使用。否则，会导致Subversion 以为冲突解决，而使代码库不正确。 解决冲突详细文 档:https://www.doczj.com/doc/b53315341.html,/1.2/svn.tour.cycle.html#svn.tour.cycle.resolve 解决冲突（合并别人的修改） 我们可以使用svnstatus-u来预测冲突，当你运行svnupdate一些有趣的事情发生了： $svnupdate UINSTALL GREADME Cbar.c Updatedtorevision46. U和G没必要关心，文件干净的接受了版本库的变化，文件标示为U表明本地没有修改，文件已经根据版
重庆电子招投标常见问题 目录 一、常见问题说明......................................................................................................... ３ 二、投标人注意事项6? 1、投标函 (6) 2、导入wｏｒｄ目录乱得问题6? 3、资格标制作?７ 4、技术标 (7) 5、填报“清单数据"中分部分项清单综合单价与综合合价 (7) 5、填报措施项目费9? 6、填报主要材料........................................................................................................... ９ 三、招标人注意事项 (10) １、填写项目基本信息10? 2、模版得应用............................................................................................................. 1０ 3、清单数据 (10) 4、添加补遗、答疑或者最高限价文件..................................................................... １2 五、标盾使用说明12? 六、开标............................................................................................................................... 1３一、常见问题说明 《金润电子标书生成器》软件需安装在WiｎｄｏwｓXｐ系统上,暂不支持Ｖista与Wiｎ7系统,安装时不能插入任何加密锁,同时关闭所有杀毒软件与防火墙 1、安装了“重庆电子标书生成器(重庆)”,导入标书一闪而过,却没有导入任何文件？ 答:金润电子标书生成器没有正确安装,若安装正常可在“打印机与传真"瞧到“金润电子标书生成器"得虚拟打印机,如下图:
版本冲突原因： 假设A、B两个用户都在版本号为100的时候，更新了kingtuns.txt这个文件，A用户在修改完成之后提交kingtuns.txt到服务器，这个时候提交成功，这个时候kingtuns.txt文件的版本号已经变成101了。同时B用户在版本号为100的kingtuns.txt文件上作修改，修改完成之后提交到服务器时，由于不是在当前最新的101版本上作的修改，所以导致提交失败。 版本冲突现象： 冲突发生时，subversion会在当前工作目录中保存所有的目标文件版本[上次更新版本、当前获取的版本(即别人提交的版本)、自己更新的版本、目标文件]。 假设文件名是kingtuns.txt 对应的文件名分别是： kingtuns.txt.r101 kingtuns.txt.r102 kingtuns.txt.mine kingtuns.txt。同时在目标文件中标记来自不同用户的更改。 版本冲突解决： 场景： 1、现在A、B两个用户都更新kingtuns.txt文件到本地。
2、文档中原始文件内容如下： 3、A用户修改文件，添加内容“A用户修改内容”完成后提交到服务器
4、B用户修改文件，添加内容“B用户修改内容”完成后提交到服务器
B用户提交更新至服务器时提示如下： B用户将文件提交至服务器时，提示版本过期：首先应该从版本库更新版本，然后去解决冲突，冲突解决后要执行svn resolved（解决），然后在签入到版本库。在冲突解决之后，需要使用svn resolved（解决）来告诉subversion冲突解决，这样才能提交更新。 解决冲突有三种选择： A、放弃自己的更新，使用svn revert（回滚），然后提交。在这种方式下不需要使用svn resolved （解决） B、放弃自己的更新，使用别人的更新。使用最新获取的版本覆盖目标文件，执行resolved filename并提交(选择文件—右键—解决)。 C、手动解决：冲突发生时，通过和其他用户沟通之后，手动更新目标文件。然后执行resolved
重庆电子招投标常见问题
目录 一、常见问题说明 (3) 二、投标人注意事项 (6) 1、投标函 (6) 2、导入word目录乱的问题 (6) 3、资格标制作 (7) 4、技术标 (7) 5、填报“清单数据”中分部分项清单综合单价与综合合价 (7) 5、填报措施项目费 (9) 6、填报主要材料 (9) 三、招标人注意事项 (10) 1、填写项目基本信息 (10) 2、模版的应用 (10) 3、清单数据 (10) 4、添加补遗、答疑或者最高限价文件 (12) 五、标盾使用说明 (12) 六、开标 (13)
一、常见问题说明 《金润电子标书生成器》软件需安装在Windows Xp系统上，暂不支持Vista和Win7系统，安装时不能插入任何加密锁，同时关闭所有杀毒软件和防火墙 1、安装了“重庆电子标书生成器（重庆）”，导入标书一闪而过，却没有导入任何文件？ 答：金润电子标书生成器没有正确安装，若安装正常可在“打印机和传真”看到“金润电子标书生成器”的虚拟打印机，如下图： 解决方法：A：运行以下命令安装打印机不包含引号 “C:\WINDOWS\system32\BJPrinter\PrinterSet.exe”，点击“安装打印机”，如（图一）。此后如弹出提示框都选择继续、信任、通过等按钮，如（图二）：倘若被阻止则程序安装不完整，电子标书生成器软件无法正常使用。 图一图二 或者 B：卸载金润电子标书生成器并且重新安装。 2、安装了“重庆电子标书生成器（重庆）”，却无法双击打开或者报错？ 答：金润软件相关程序可能被防火墙或者杀毒软件默认阻止了。 解决方法：查看杀毒防护软件，在阻止列表将其设为信任，以360安全卫士为例
房屋建筑工程施工中常见问题与解决方法
房屋建筑工程施工中常见问题与解决方法 一、结构设计容易出现的设计问题 【一】因施工原因造成问题 1、部门、专业间配合类 存在问题1：女儿墙、沉厕管井侧墙、屋面天窗壁等，大多是在钢筋混凝土板上为砌筑的砖或砌块墙体，砌体和混凝土2种不同材料界面处易形成裂缝，造成漏水。解决措施：所有建筑要求做泛水处，均采用现浇混凝土泛水，泛水高度如建筑无特定要求的，按200mm高。 存在问题2：梁与板混凝土强度等级不同，施工不便。解决措施：同时浇筑的梁、板混凝土强度等级应一致。 存在问题3：地下室后浇带要在至少60d后方可浇筑，但地下室外墙的防水及基坑回填工程却需要先行施工，如何处理。 解决措施：地下室外墙后浇带处，在外侧设一通高预制钢筋混凝土板，该板置于地下室外墙防水层内侧，建筑设计需考虑该处的防水做法，结构设计需考虑该板在后浇带尚未浇筑前用于拦挡回填土。 存在问题4：有些墙垛的尺寸太小，不便于砌筑且质量不宜保证。 解决措施：与混凝土墙、柱相连的墙垛尺寸≤120mm×120mm或某一边长小于120mm时，采用现浇混凝土墙垛。
2、现浇混凝土楼板裂缝类 存在问题1：屋面板混凝土强度等级偏高，易产生裂缝而漏水。 解决措施：屋面结构混凝土强度等级尽可能≤C25级。 存在问题2：地下室底板混凝土强度等级偏高，易产生裂缝而漏水。 解决措施：施工周期较长的大体积混凝土(如地下室底板、外墙等)，设计时宜考虑混凝土的后期强度，可采用不少于60d龄期的混凝土强度。 存在问题3：地下室底板及侧墙后浇带新旧混凝土界面处易产生裂缝，经常出现渗漏。 解决措施：后浇带接缝处应做成企口;主筋在后浇带处按断开处理;采用膨胀止水带。 存在问题4：现浇混凝土板内预埋PVC电管时，混凝土板经常沿管线出现裂缝。 解决措施：钢筋混凝土板中预埋PVC等非金属管时，沿管线贴板底(板底主筋外侧)放置300mm宽?1.0×10×10钢丝网片。 存在问题5：现电梯间前室有大量设备管线暗埋在混凝土板内，造成结构隐患，易出现裂缝。 解决措施：预埋管线非常多的板(如高层建筑电梯前室等)，板厚宜按结构设计所需板厚+30mm。 存在问题6：屋面等有防水要求的混凝土板，对裂缝控制要求较严，如何控制裂缝。 解决措施：有防水要求的屋面板结构混凝土内添加抗裂纤维。添加量由招标中心或总承包提供中标产品参数，由设计单位确定。 3、防止首层地坪沉陷类
电子招投标常见问题
目录 一、常见问题说明 (3) 二、投标人注意事项 (6) 1、投标函 (6) 2、导入word目录乱的问题 (6) 3、资格标制作 (7) 4、技术标 (7) 5、填报“清单数据”中分部分项清单综合单价与综合合价 (7) 5、填报措施项目费 (9) 6、填报主要材料 (9) 三、招标人注意事项 (10) 1、填写项目基本信息 (10) 2、模版的应用 (10) 3、清单数据 (10) 4、添加补遗、答疑或者最高限价文件 (12) 五、标盾使用说明 (12) 六、开标 (13)
一、常见问题说明 《金润电子标书生成器》软件需安装在Windows Xp系统上，暂不支持Vista和Win7系统，安装时不能插入任何加密锁，同时关闭所有杀毒软件和防火墙 1、安装了“电子标书生成器（）”，导入标书一闪而过，却没有导入任何文件？ 答：金润电子标书生成器没有正确安装，若安装正常可在“打印机和传真”看到“金润电子标书生成器”的虚拟打印机，如下图： 解决方法：A：运行以下命令安装打印机不包含引号 “C:\WINDOWS\system32\BJPrinter\PrinterSet.exe”，点击“安装打印机”，如（图一）。此后如弹出提示框都选择继续、信任、通过等按钮，如（图二）：倘若被阻止则程序安装不完整，电子标书生成器软件无常使用。 图一图二 或者 B：卸载金润电子标书生成器并且重新安装。 2、安装了“电子标书生成器（）”，却无法双击打开或者报错？ 答：金润软件相关程序可能被防火墙或者杀毒软件默认阻止了。 解决方法：查看杀毒防护软件，在阻止列表将其设为信任，以360安全卫士为例
svn 冲突的产生与解决 1、如何产生冲突 当开发人员A和开发人员B从版本库同时检出文档1.txt，而A和B同时修改了1.txt的同一地方，后提交的一方会在拷贝副本中产生冲突。 两个工作拷贝，A拷贝中文件1.txt内容为 dfqerq 123dfwre B拷贝中文件1.txt内容为 dfqerq 123erwrq 在B版本提交之前版本库上的1.txt（base版本）内容为 dfqerq B拷贝先提交版本到版本库中，以至于最新版本内容变为 dfqerq 123erwrq 此时A版本也提交则会产生冲突，无法提交，需要先svn update，此时会在A 拷贝中产生三个临时文件1.txt.rNew\1.txt.rOld\1.txt.mine，其中1.txt.rNew是最新版本，1.txt.rOld是base版本，1.txt.mine是A作者修改后的版本，在此例中内容为 dfqerq 123dfwre 而update之后A拷贝中的1.txt内容为
<<<<<<< .mine dfqerq 123dfwre======= dfqerq 123erwrq>>>>>>> .r18 其中<<<<<<< .mine与=======之间表示A修改后的内容，=======与>>>>>>> .r18之间是版本服务器上的版本 2、解决冲突 第一种，利用update的选项进行冲突解决，也就是说不管当前拷贝副本是否是最新版本，都使用—accept参数作为冲突处理方式 –accept ARG : specify automatic conflict resolution action (?postpone‘, ?base‘, ?mine-conflict‘, ?theirs-confl ict‘, ?mine-full‘, ?theirs-full‘, ?edit‘, ?launch‘) (p) postpone – mark the conflict to be resolved later //让文件在更新完成之后保持冲突状态。 (df) diff-full – show all changes made to merged file //使用标准区别格式显示base修订版本和冲突文件本身的区别。 (e) edit – change merged file in an editor //用你喜欢的编辑器打开冲突的文件，编辑器是环境变量EDITOR设置的。 (r) resolved – accept merged version of file //完成文件编辑之后，通知svn 你已经解决了文件的冲突，它必须接受当前的内容—从本质上讲就是你已经―解决了‖冲突。 (mf) mine-full – accept my version of entire file (ignore their change//丢弃新从服务器接收的变更，并只使用你查看文件的本地修改。 (tf) theirs-full – accept their version of entire file (lose my changes)//丢弃你对查看文件的本地修改，只使用从服务器新接收的变更。 (l) launch – launch external tool to resolve conflict//启动一个外置程序来执行冲突解决，这需要一些预先的准备。 (h) help – show this list //显示所有在冲突解决时可能使用的命令。
Svn常见问题及相关原因 1. svn: Server sent unexpected return value (500 Internal Server Error) in response to OPTIONS request for 'https://www.doczj.com/doc/b53315341.html,/svn/test' 错误的用户名 检查登录的用户名是否输入错误 svn: 服务器发送了意外的返回值(500 Internal Server Error)，在响应“OPTIONS” 的请求“https://www.doczj.com/doc/b53315341.html,/svn/test” 中 2. svn: OPTIONS of 'https://www.doczj.com/doc/b53315341.html,/svn/test': authorization failed: Could not authenticate to server: rejected Basic challenge (https://www.doczj.com/doc/b53315341.html,) 错误的口令 用正确的用户名/口令登录 svn: 方法OPTIONS 失败于“https://www.doczj.com/doc/b53315341.html,/svn/test”: 认证失败: Could not authenticate to server: rejected Basic challenge (https://www.doczj.com/doc/b53315341.html,) 3. svn: Server sent unexpected return value (403 Forbidden) in response to OPTIONS request for 'https://www.doczj.com/doc/b53315341.html,/svn/test' 用户无权限 联系管理员，为用户分配权限 svn: 服务器发送了意外的返回值(403 Forbidden)，在响应“OPTIONS” 的请求“https://www.doczj.com/doc/b53315341.html,/svn/test” 中 4. svn: OPTIONS of 'https://www.doczj.com/doc/b53315341.html,/svn/test': 200 OK (https://www.doczj.com/doc/b53315341.html,) 服务器地址错误，是普通Web页面，不支持SVN的WebDAV 协议 确认输入正确的SVN 服务地址。可以在浏览器中输入该地址进行确认 svn: 方法OPTIONS 失败于“https://www.doczj.com/doc/b53315341.html,/svn/test”: 200 OK (https://www.doczj.com/doc/b53315341.html,) 5. The version of your subversion (client) is below 1.5.0, upgrade to 1.5.0 or above. SVN below 1.5.0 can not handle mergeinfo properly. It can mess up our automated merge tracking! 是由于客户端的软件版本低于1.5.0造成的。服务器端对客户端软件版本进行了限制，以免对合并跟踪破坏。 升级本地的Subversion客户端软件到1.5.0或以上版本。
CASS常见问题及解决方法: 1 AutoCAD的安装问题 安装AutoCAD2006时，提示 问题原因：这是由于CAD06用的是NET Framework 这个插件，而cad06以上版本用的是更高的NET Framework版本。导致这种情况的原因有可能是因为之前安装过高版本的CAD，使得电脑中的.NET版本比较高。 解决办法： A 找到安装盘下的 \Bin\acadFeui\support\dotnetfx\，先运行这个程序，安装完成后再安装AutoCAD2006； B 找到安装盘下，直接双击运行，即可安装AutoCAD2006，并且不用卸载高版本的.NET。 AutoCAD安装完成后打开，提示丢失.dll文件 问题的原因： A 安装时没有安装完全， B 电脑中毒，致使.dll文件丢失 C 程序环境变量指向错误 解决办法： A 如果是电脑中毒后使得.dll文件丢失，可先对电脑进行杀毒，然后从网上下载对应的.dll文件，放在C:\Program Files (x86)\Common Files\Autodesk Shared目录下，或者杀毒完成后，重新安装CAD; B 如果是安装不完全，重新安装软件可解决 C 程序环境变量错误时，应进行以下操作 我的电脑→属性→高级系统设置→环境变量→系统变量→新建系统变量，变量名为：AutoCAD；变量值为：C:\Program Files\Common Files\Autodesk Shared，确定即可。重启CAD，问题解决。 CASS安装在AutoCAD2014上时，每次打开软件，都会提示 解决办法：打开软件，点击不加载（一共四个提示，全部不加载），在空白出右键→选项→文件→受信任的位置，
常见错误提示： 1：?.? is not a working copy. Can?t open file ….svn/entries?:系统找不到指定的路径。 原因是输入的访问路径不正确，如svn://192.168.6.200/如果最后少写了“/”，就会出现这种错误提示。 2：将文件checkout之后，没有出现SVN的图标，是怎么回事？ 有些时候在客户端Checkout文件后，SVN的系统图标也会不显示，可以执行一下“Clean up”，就会出现SVN的系统图标。 3：为什么添加的文件，别人看不到，版本库里也没有？ 最可能的原因是，你只是执行了“Add”而没有“Commit”，这样只是在本地注明某个文件是预定要增加的，而没有实际添加到版本库中，要添加到版本库必须执行“Commit”。删除文件也是一样。 4 ：“Commit failed。……You have to update your working copy first”提交失败，需要首先执行更新操作。多人同时修改同一文件，在提交前其他人已经抢先提交到SVN服务器中，导致该错误；解决方法：对工作复本中的文件进行更新即可。 5. 更新时提示文件发生冲突：“One or more files are not a conflicted state。” 多人同时修改同一文件的同一部分，SVN无法自动进行合并，会导致该错误；解决方法：对工作复本中的文件和服务器的文件进行比较，手工合并即可。 6．“Commit failed；File already exists”提交失败，文件**已存在。 版本管理系统在改变你的计算机上的工作副本时，是非常的小心的。在做任何事情之前，它都尽可能把您的意图写到你的计算机上的日志文件中去。但如果偶然地操作中断了(例如：突然停电了，您的计算机死机了)，那么日志文件记录就可能同您最后的工作状态不一致。一种建议解决途径：先把要提交的东西拷出来放到其它目录，再更新本地文件，然后把拷出来的文件重新放回去提交。 7：执行clean up时，出现错误“Subversion reported an error while doing a cleanup!” '**' is not a working copy directory ” 遇到这种情况，先删除隐藏文件夹.svn中的tmp下面的临时文件，再执行clean up。 8：因为仓库与目录很多，使用TSVN每次选择目录URL of repository有很多地址，如何才清除呢？像清除浏览器中的历史那样，用什么方法呢？ 右键->TortoiseSVN->Settings->Saved Data，就可以清除你想要的东西了，包括URL、log、窗口大小、密码缓存等。 9：在SVN中选中一个目录show log时，出现了某些版本只显示版本号和（no date），没有其他信息，什么原因引起的？ 出现了（no date）的revision，为其他人修改了你所没有权限访问的某个目录下的文件。