svn 常用问题解决办法

 

1. 隐藏文件.svn目录删除了怎么办

Checkout后,工作空间下.svn目录下有大量隐藏文件,占用比较大的空间,他们是工作空间的管理文件,不能删除,如果不小心删除了也不要抓狂,不会影响服务器端的,重新checkout就又可以工作了。如果想不包含这些隐藏文件导出,可以用TSVN菜单里的export完成。

 

 

2.文件名大小写问题,在下载代码时,下载到一半,系统提示不能找到……文件, 提示Can't copy"……"to"……"系统找不到指定文件

该问题很可能是因为上传了大小写不同的同名文件,在Repo-Browser里找到同名文件删除一个就好了。(该问题曾经困惑过好长时间,解决了是如此简单)

 

 

3.为什么我的配置库http://ip/svn无法访问,提示没有权限,但是通过http://ip/svn/myproject可以访问

在apache配置文件httpd.conf配置的只是个配置库仓库的虚拟目录,物理上是不存在,即使有所有配置库的权限也只能访问到具体的配置库一级

 

 

4.在安装svn的机器上可以进行commit操作,但是通过其他机器commit出错

在安装svn的机器上可以进行commit操作,但是通过其他机器commit出现如下错误,appach的权限文件没有问题

错误信息如下

Error  Commit failed(details follow)

Error MKACTIVITY of '/svn/test/!svn/act/739fe0d1-58f7-be4a-915b-a:03 Forbidden (http://192.168.0.1) '

 

通过多次尝试,终于找到原因了。发现原来是域名写错了。

受下面的配置影响:

在Httpd.conf文件添加:

#SSPI authentication

<Location /repository>

              DAV svn

              SVNParentPath d:/repository

              AuthzSVNAccessFile e:/repository/accessfile               

              Require valid-user

              AuthType SSPI

           AuthName "Subversion repositories"

                     # SSPI settings

               SSPIAuth On

               SSPIAuthoritative On

               # point to domaincontroller

               SSPIDomain domain.com.cn

              SSPIOfferBasic On

</Location>

 

SSIDomain中的domain写的是全部的域名我们公司的域名是domain.cn.把它修改成domain然后重新启动appache就可以了

 

 

 

5.cant connect to host …………

1,服务器有没有运行,有没有打开相应端口

如果服务器是svnserve,检查有没有运行svnserve,有没有打开3690端口

如果服务器是apache,检查apahce是否运行,是否打开80端口

检查时可以在服务器运行netstat -na看看相应端口是否在LISTEN

2,防火墙有没有开放相应端口

3,客户端是否可以连接服务器的相应端口

使用命令telnet 服务器IP 相应端口

如:telnet 192.168.0.1 3690

 

 

6.基于svnserve的subversion服务器在新配置权限后:svnserve.conf:12: Option expected

该问题是因为subversion读取配置文件svnserve.conf时,无法识别有前置空格的配置文件,因此在配置文件里每行前面不能有空格

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.svn-怎么把authz转换成UTF-8格式

 

用菜单转换功能转换先,

用unicode转换为utf-8,然后再存盘

打开后再用utf-8转unicode(ASCII编辑)即可。

 

 

 

 

9.如何从客户端修改用户密码

从客户端修改密码的工具见附件,apache方式

 

 

10.提示:405 Method Not Allowed的原因和解决方法

用TortoiseSVN访问基于apache配置的svn版本库时,有时候会提示错误405 Method Not Allowed,开始用TSVN checkout了一个正常的目录,假设服务器地址为:http://svn/project1,之后,服务器经过其它配置,这个地址变了,使得用这个地址不再能访问到正确的版本库,此时,TSVN就极有可能报405错误。另外,当你访问的地址大小写与服务器的地址不一致时,也会出现该错误。只要将TSVN访问的地址改成正确的,或修改服务器配置,使原地址可以访问即可解决。

 

 

11.执行Import操作,出错信息:Error: Can't create directory '/storage/yslProR/db/transactions/0-1.txn': Permission denied (来自网络)

方法:这跟linux用户访问目录的权限有关。

1)、创建apache用户、组,useradd apache groupadd apache

2)、将用户apache加入apache组 usermod -ggroup apache

3)、修改apache的http.cont文件

找到 User daemon

Group daemon

改为 User apache

Group apache

4)、修改只有apache用户对SVN库目录有操作权限。

chown -R apache /库路径

chmod 700 /库路径

5)、说明,如果你有apache的用户、组就不需要创建

 

12.Error: Can't create directory '/svn/test/db/transactions/1-1.txn': Permission denied (来自网络)

 

方法:没有可写权限,chmod go+w transactions

 

13.commit failed(details follow):Can't open activity db: Permission denied (来自网络)

 

方法:修改仓库下面dav和db目录的写权限..

 

14.如何提高TSVN的效率

 

如何提升 TortoiseSVN 的使用效率

看到这篇文章,觉得不错,推荐给大家,原文是繁体,翻译了一下

TortoiseSVN 安裝好了之后会有個 TSVNCache.exe 程序不断在后台执行,对电脑中所有 Subversion 工作目录(Working Copy)的状态缓存(Status Cache),最主要的目的是让你在执行 svn commit 或 svn update 的时候可以更迅速的进行。

 

不过当你的 TortoiseSVN 沒有特別调整过的話,这个 TSVNCache.exe 程序就会一直不断的扫描你所有磁盘中所有的目录看有沒有 _svn 或 .svn 目目录,然后再进行档案比对,看有沒有档案有异常,如果你电脑的档案目录过多或工作目录过多的話,很有可能会让 TSVNCache.exe占去你不少 CPU 资源,以及不断的耗用磁盘 I/O,导致电脑速度变慢!

以下是我的摘要說明,我是用 TortoiseSVN 1.5.0

 

 

1、建议可以勾选这个,让这些 Overlays Icon 只会在「资源管理器」里出现,当我们在用其他软件的「打开资源管理器」出现的那个窗口时,就不会显示这些 Overlays Icon,以降低系统负担。

2、建议仅仅勾选 Drive Types 中的 Fixed drives,也就是说 Overlays Icon 只会在本地电脑的几个磁盘分区才会出现。

3、將所有磁盘都列入 Exclude paths,让 TSVNCache.exe 预设不要搜索所有的磁盘,但记得要设定 C:/* 不要只输入 C:/ 喔。

4、最后將你的 Subversion 工作目录位置列入 Include paths 即可,像我习惯將所有工作目录全部放在一个集中的目录內方便管理,这里我就只需要将该目录列进去即可,记得最后也要填上 * 号才会包含该目录下所有目录与档案。

5、另外提醒一点,在你电脑中的 Subversion 工作目录数量是越少越好,沒用的本地copy请删掉,等要用的時候再 Checkout 出來,避免影响效率。










 

我自己犯过的一个错误是:/svn/MyERP_core_Main/!svn/act/b8bd621b-c193-4969-b66c-d35f11009815 后来证实是地址的大小写问题,我修改了大小写,然后删掉了本地的文件,check out服务器的文件,然后提交和更新就好了,麻烦之处在于,你需要重新将文件修改,然后提交上去。

svn更换提交地址:svnswitch --relocatehttp://1.1.5.54:8080/svn/MyERP_Core_Main/MyERP_Core/trunk/trunk_ios5x_1_2http://1.1.5.54:8080/svn/MyERP_Core_Main/MyERP_Core/trunk/trunk_ios5x_1_2

svn某一文件(BillUIDeviceFunction.m)存在冲突,我就将旧文件拷出来直接取代新文件 然后再用:svn resolved BillUIDeviceFunction.m Resolved conflictedstate of 'BillUIDeviceFunction.m'

这个svn resolves命令告诉系统冲突已经解决请忽略。


svn add foobar 时出现xx is already under versioncontrol 我的方法是:先添加,再提交,记得要层层add然后提交一遍 举例:HummingBird/Config_Vehicle/Mobile/Vehicle,Config_Vehicle是新文件夹,在HummingBird svn add Config_Vehicle,然后svncommit -m " " 然后再cd到Config_Vehicle svn add Mobile 一层层add commit下去,貌似是这样,如果不行就运行下边的代码删除隐藏的.svn文件,再试。

find . -name ".svn" |xargs rm -Rf

知识点-1013-7-19

问题1:’.’ is not a working copy.Can’t open file‘.svn/entries’: 系统找不到指定的路径。

解答:原因是输入的访问路径不正确,如svn://192.168.6.200/如果最后少写了“/”,就会出现这种错误提示。


问题2:将文件checkout之后,没有出现SVN的图标,是怎么回事?

解答:有些时候在客户端Checkout文件后,SVN的系统图标也会不显示,可以执行一下“Cleanup”,就会出现SVN的系统图标。


问题3:为什么添加的文件,别人看不到,版本库里也没有


解答:最可能的原因是,你只是执行了“Add”而没有“Commit”,这样只是在本地注明某个文件是预定要增加的,而没有实际添加到版本库中,要添加到版本库必须执行“Commit”。删除文件也是一样。


问题4:“Commit failed。……You have toupdate your working copyfirst”  提交失败,需要首先执行更新操作。

解答:多人同时修改同一文件,在提交前其他人已经抢先提交到SVN服务器中,导致该错误;解决方法:对工作复本中的文件进行更新即可。


问题5:更新时提示文件发生冲突:“One ormore files are not a conflicted state。”

解答:多人同时修改同一文件的同一部分,SVN无法自动进行合并,会导致该错误;解决方法:对工作复本中的文件和服务器的文件进行比较,手工合并即可。


问题6:“Commit failed;File alreadyexists”提交失败,文件**已存在。

解答:版本管理系统在改变你的计算机上的工作副本时,是非常的小心的。在做任何事情之前,它都尽可能把您的意图写到你的计算机上的日志文件中去。但如果偶然地操作中断了(例如:突然停电了,您的计算机死机了),那么日志文件记录就可能同您最后的工作状态不一致。一种建议解决途径:先把要提交的东西拷出来放到其它目录,再更新本地文件,然后把拷出来的文件重新放回去提交。


问题7:Working copy’**’locked.Please execute the ’Clean up’command.

解答:Subversion客户端在提交内容之前会在本地的工作拷贝写日志,防止其他客户端再次作操作,如果这个提交过程中发生错误,就会存在未清理的日志,解决这个问题之需要执行“清理”操作,整理你的计算机上的工作副本,清理错误的日志记录,使您可以继续操作。


问题8:执行cleanup时,出现错误“Subversion reported an error while doing a cleanup!” '**'is not a working copy directory ”

解答:遇到这种情况,先删除隐藏文件夹.svn中的tmp下面的临时文件,再执行cleanup。


问题9:因为仓库与目录很多,使用TSVN每次选择目录URL ofrepository有很多地址,如何才清除呢?像清除浏览器中的历史那样,用什么方法呢?

解答:右键->TortoiseSVN->Settings->SavedData,就可以清除你想要的东西了,包括URL、log、窗口大小、密码缓存等。


问题10:在SVN中选中一个目录showlog时,出现了某些版本只显示版本号和(nodate),没有其他信息,什么原因引起的?

解答:出现了(no date)的revision,为其他人修改了你所没有权限访问的某个目录下的文件。

 

问题11:Attempted to lock analready-locked dir       is not under versioncontrol

 

      I deleted the log file in the .svn directory (I also deleted theoffending file in .svn/props-base)
      Then did acleanup..          Then resumed my update.

 

问题12:svn: warning: 'xxxxx' isalready under version control解决办法?

   只添加相应目录到SVN,但不添加目录下的文件: 
    #svn stuploads|grep ^?|awk "{print /$2}"|xargs svn add -N
   原因:  很可能是 .svn 隐藏目录版本信息被修改了
    解决办法:
   删除uploads目录下的.svn目录及下面的文件(保留uploads目录的.svn)
    #finduploads |grep 'uploads/[^/.]*/.svn'|xargs rm -rf

或者:find. -name ".svn" |xargs rm -Rf

1、将文件checkout到本地目录
svn checkoutpath(path是服务器上的目录)
例如:svn checkout svn://192.168.1.1/pro/domain
简写:svn co

2、往版本库中添加新的文件或文件夹
svn add file
例如:svn add test.php(添加test.php)
svn add *.php(添加当前目录下所有的php文件)

3、将改动的文件提交到版本库
svn commit-m “LogMessage“ [-N] [--no-unlock]PATH(如果选择了保持锁,就使用–no-unlock开关)
例如:svn commit -m “add test file for my test“ test.php
简写:svn ci

4、加锁/解锁
svn lock -m “LockMessage“ [--force] PATH
例如:svn lock -m “lock test file“ test.php
svn unlock PATH

5、更新到某个版本
svn update -r mpath
例如:
svn update如果后面没有目录,默认将当前目录以及子目录下的所有文件都更新到最新版本。
svn update -r 200 test.php(将版本库中的文件test.php还原到版本200)
svn updatetest.php(更新,于版本库同步。如果在提交的时候提示过期的话,是因为冲突,需要先update,修改文件,然后清除svnresolved,最后再提交commit)
简写:svn up

6、查看文件或者目录状态
1)svn status path(目录下的文件和子目录的状态,正常状态不显示)
【?:不在svn的控制中;M:内容被修改;C:发生冲突;A:预定加入到版本库;K:被锁定】
2)svn status -v path(显示文件和子目录状态)
第一列保持相同,第二列显示工作版本号,第三和第四列显示最后一次修改的版本号和修改人。
注:svn status、svn diff和 svnrevert这三条命令在没有网络的情况下也可以执行的,原因是svn在本地的.svn中保留了本地版本的原始拷贝。
简写:svn st

7、删除文件
svn delete path -m “deletetest fle“
例如:svn delete svn://192.168.1.1/pro/domain/test.php -m “delete testfile”
或者直接svn delete test.php 然后再svn ci -m ‘delete testfile‘,推荐使用这种
简写:svn (del, remove,rm)

8、查看日志
svn log path
例如:svn log test.php 显示这个文件的所有修改记录,及其版本号的变化

9、查看文件详细信息
svn info path
例如:svn info test.php

10、比较差异
svn diff path(将修改的文件与基础版本比较)
例如:svn diff test.php
svn diff -r m:n path(对版本m和版本n比较差异)
例如:svn diff -r 200:201 test.php
简写:svn di

11、将两个版本之间的差异合并到当前文件
svn merge -r m:n path
例如:svn merge -r 200:205test.php(将版本200与205之间的差异合并到当前文件,但是一般都会产生冲突,需要处理一下)

12、SVN 帮助
svn help
svn help ci

13、版本库下的文件和目录列表
svn list path
显示path目录下的所有属于版本库的文件和目录
简写:svn ls

14、创建纳入版本控制下的新目录
svn mkdir: 创建纳入版本控制下的新目录。
用法: 1、mkdir PATH…
2、mkdir URL…
创建版本控制的目录。
1、每一个以工作副本 PATH 指定的目录,都会创建在本地端,并且加入新增
调度,以待下一次的提交。
2、每个以URL指定的目录,都会透过立即提交于仓库中创建。
在这两个情况下,所有的中间目录都必须事先存在。

15、恢复本地修改
svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。revert:
用法: revert PATH…
注意: 本子命令不会存取网络,并且会解除冲突的状况。但是它不会恢复
被删除的目录

16、代码库URL变更
svn switch (sw): 更新工作副本至不同的URL。
用法: 1、switch URL [PATH]
2、switch –relocate FROM TO [PATH...]
1、更新你的工作副本,映射到一个新的URL,其行为跟“svn update”很像,也会将
服务器上文件与本地文件合并。这是将工作副本对应到同一仓库中某个分支或者标记的
方法。
2、改写工作副本的URL元数据,以反映单纯的URL上的改变。当仓库的根URL变动
(比如方案名或是主机名称变动),但是工作副本仍旧对映到同一仓库的同一目录时使用
这个命令更新工作副本与仓库的对应关系。

17、解决冲突
svn resolved: 移除工作副本的目录或文件的“冲突”状态。
用法: resolved PATH…
注意: 本子命令不会依语法来解决冲突或是移除冲突标记;它只是移除冲突的
相关文件,然后让 PATH 可以再次提交。

18、输出指定文件或URL的内容。
svn cat 目标[@版本]…如果指定了版本,将从指定的版本开始查找。
svn cat -r PREV filename > filename (PREV是上一版本,也可以写具体版本号,这样输出结果是可以提交的)


Aborting commit: 'XXXXXXXX'remains in conflict错误

 

今天在提交项目文件到本地SVN时提示错误如下:

过期:”global.php“在事务”21-1“,
You have to update your working copy first.

运行update更新后再次提交又出现如下错误:

svn: Commit failed (details follow):svn: Aborting commit:'global.php' remains inconflict查了一下SVN的手册才知道原来是多个版本之间遇到冲突。此时你需要解决冲突(合并别人的修改)。
--------------------------------------------------------------------------------

举一个例子,Sally修改了sandwich.txt,Harry刚刚改变了他的本地拷贝中的这个文件并且提交到服务器,Sally在提交之前更新它的工作拷贝得到了冲突:

$ svn update C sandwich.txt Updated to revision 2. $ ls -1sandwich.txt sandwich.txt.mine sandwich.txt.r1 sandwich.txt.r2

在这种情况下,Subversion不会允许你提交sandwich.txt,直到你的三个临时文件被删掉。

$ svn commit --message "Add a few more things" svn: Commit failed(details follow): svn: Aborting commit:'/home/sally/svn-work/sandwich.txt' remains in conflict

如果你遇到冲突,三件事你可以选择:

“手动”合并冲突文本(检查和修改文件中的冲突标志)。

用某一个临时文件覆盖你的工作文件。

运行svn revert <filename>来放弃所有的修改。

一旦你解决了冲突,你需要通过命令svnresolved让Subversion知道,这样就会删除三个临时文件,Subversion就不会认为这个文件是在冲突状态了。

$ svn resolved sandwich.txt Resolved conflicted state of'sandwich.txt'

手工合并冲突
第一次尝试解决冲突让人感觉很害怕,但经过一点训练,它简单的像是骑着车子下坡。

这里一个简单的例子,由于不良的交流,你和同事Sally,同时编辑了sandwich.txt。Sally提交了修改,当你准备更新你的版本,冲突发生了,我们不得不去修改sandwich.txt来解决这个问题。首先,看一下这个文件:

$ cat sandwich.txtTop piece ofbreadMayonnaiseLettuceTomatoProvolone<<<<<<<.mineSalamiMortadellaProsciutto=======SauerkrautGrilledChicken>>>>>>>.r2Creole MustardBottom piece ofbread小于号、等于号和大于号串是冲突标记,并不是冲突的数据,你一定要确定这些内容在下次提交之前得到删除,前两组标志中间的内容是你在冲突区所做的修改:

<<<<<<<.mineSalamiMortadellaProsciutto=======后两组之间的是Sally提交的修改冲突:

=======SauerkrautGrilledChicken>>>>>>>.r2通常你并不希望只是删除冲突标志和Sally的修改—当她收到三明治时,会非常的吃惊。所以你应该走到她的办公室或是拿起电话告诉Sally,你没办法从从意大利熟食店得到想要的泡菜。一旦你们确认了提交内容后,修改文件并且删除冲突标志。

Top piece ofbreadMayonnaiseLettuceTomatoProvoloneSalamiMortadellaProsciuttoCreoleMustardBottom piece of bread现在运行svn resolved,你已经准备好提交了:

$ svn resolved sandwich.txt$ svn commit -m "Go ahead and use mysandwich, discarding Sally'sedits."记住,如果你修改冲突时感到混乱,你可以参考subversion生成的三个文件—包括你未作更新的文件。你也可以使用第三方的合并工具检验这三个文件。

拷贝覆盖你的工作文件
如果你只是希望取消你的修改,你可以仅仅拷贝Subversion为你生成的文件替换你的工作拷贝:

$ svnupdateC  sandwich.txtUpdatedto revision 2.$ lssandwich.*sandwich.txt  sandwich.txt.mine  sandwich.txt.r2 sandwich.txt.r1$cp sandwich.txt.r2 sandwich.txt$ svn resolved sandwich.txt下注:使用svnrevert
如果你得到冲突,经过检查你决定取消自己的修改并且重新编辑,你可以恢复你的修改:

$ svn revert sandwich.txtReverted 'sandwich.txt'$ lssandwich.*sandwich.txt注意,当你恢复一个冲突的文件时,不需要再运行svn resolved。

现在我们准备好提交修改了,注意svnresolved不像我们本章学过的其他命令一样需要参数,在任何你认为解决了冲突的时候,只需要小心运行svnresolved,—一旦删除了临时文件,Subversion会让你提交这文件,即使文件中还存在冲突标记。

提交你得修改
最后!你的修改结束了,你合并了服务器上所有的修改,你准备好提交修改到版本库。

svncommit命令发送所有的修改到版本库,当你提交修改时,你需要提供一些描述修改的日志信息,你的信息会附到这个修订版本上,如果信息很简短,你可以在命令行中使用--message(-m)选项:

$ svn commit --message "Corrected number of cheese slices." Sendingsandwich.txt Transmitting file data . Committed revision 3.

然而,如果你把写日志信息当作工作的一部分,你也许会希望通过告诉Subversion一个文件名得到日志信息,使用--file选项:

$ svn commit --file logmsg Sending sandwich.txt Transmitting filedata . Committed revision 4.

如果你没有指定--message或者--file选项,Subversion会自动地启动你最喜欢的编辑器来编辑日志信息。

版本库不知道也不关心你的修改作为一个整体是否有意义,它只检查是否有其他人修改了同一个文件,如果别人已经这样做了,你的整个提交会失败,并且提示你一个或多个文件已经过时了:

$ svn commit --message "Add another rule" Sending rules.txt svn:Commit failed (details follow): svn: Out of date: 'rules.txt' intransaction 'g'

此刻,你需要运行svn update来处理所有的合并和冲突,然后再尝试提交。

我们已经覆盖了Subversion基本的工作周期,还有许多其它特性可以管理你得版本库和工作拷贝,但是只使用前面介绍的命令你就可以很轻松的工作了。





  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值