SVN常用命令使用总结

本文详细介绍了SVN(Subversion)版本控制系统中的常用命令,包括上传、下载、文件操作、提交、更新、冲突处理等,以及解决常见问题的方法,供开发者参考和实践。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

SVN常用命令:https://www.cnblogs.com/lovychen/p/16076097.html

https://192.168.0.10/svn/VideoPlayerCore/branches/20211008-6.3-Linux
1、上传项目到SVN服务器上
svn import project_dir(本地项目全路径) http://192.168.1.242:8080/svn/IOS/Ben/remote_dir(svn项目全路径) -m "必填, 不填此命令执行不会成功."
注: 服务器上remote_dir若不存在, 会自动创建;
只会上传project_dir目录下的文件到remote_dir的目录下
import之后, project_dir并没有自动转化为工作目录, 需要重新checkout(后面会用到)

2、下载checkout svn项目到本地
svn checkout http://192.168.1.242:8080/svn/IOS/remote_dir (svn项目全路径)project_dir(本地目录全路径) --username 用户名 --password 密码
svn checkout 简写:svn co
例:svn checkout -r 7 http://192.168.1.242:8080/svn/IOS/remote_dir //签出第7个版本的代码

3、添加新文件
svn add file(文件名)
svn add *.php(添加当前目录下所有的php文件)
如果add文件夹,则默认把该文件夹下未纳入版本控制的文件一并纳入控制
svn add doc
如果只想把目录纳入控制,而不想把所有该目录下的文件纳入控制,可以增加non-recursive
svn add doc --non-recursive

4、提交到版本库
svn commit -m "LogMessage" [-N] [--no-unlock] PATH(如果选择了保持锁,就使用--no-unlock开关)
svn commit -m “提交当前目录下的全部在版本控制下的文件“ * ( *表示全部文件 )

例如:svn commit -m "add test file for my test" test.php
svn commit -m “提交我的测试用test.php“ -N --no-unlock test.php ( 保持锁就用-–no-unlock开关 )
注意:必须带上-m参数,参数可以为空("")
svn commit 简写:svn ci

5、更新文件
svn update
svn update -r 修正版本 文件名
svn update 文件名
例如:
svn update (后面没有目录,默认将当前目录以及子目录下的所有文件都更新到最新版本)
svn update -r 200 test.cpp ( 将版本库中的文件 test.cpp 还原到修正版本(revision)200)
svn update test.php ( 更新与版本库同步 )
  提交的时候提示过期冲突,需要先 update 修改文件,
  然后清除svn resolved,最后再提交commit。
svn update 间写: svn up

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

7、删除文件
svn delete path -m "delete test fle"
例如:svn delete svn://192.168.1.1/pro/domain/test.php -m "delete test file"
推荐使用:
svn delete test.php
svn ci -m 'delete test file‘
svn delete 简写:svn del/remove/rm

8、查看日志(显示文件的所有修改记录,及其版本号的变化)
svn log path
svn log -l 3查看最新的三条记录
svn log -l 3 -v 查看详细日志信息,包含修改了哪些文件
例如:svn log test.php 查看test.php文件的修改历史
svn log --search username 查看指定用户的提交记录
svn log -r 19:24 number.txt 查看19和24版本之间文件的修改日志
svn log -r6 number.txt 查看对应文件第6版本的修改
svn log -r6 -v number.txt 查看更详细的信息

9、查看SVN工作副本的详细信息
svn info
查看文件详细信息
svn info path
例如:svn info test.php //查看test.php文件的SVN详细提交信息
svn info work_copy //查看work_copy工作副本的详细提交信息

10、比较差异
svn diff path(将修改的文件与基础版本比较)
例如:svn diff test.php 对比文件当前和本地拷贝修改了哪些地方
svn diff -r m:n path(对版本m和版本n比较差异)
例如:svn diff -r 200:201 test.php 对比版本200和201之间文件修改了哪些地方
svn diff 简写:svn di

11、合并文件(将两个版本之间的差异合并到当前文件)、撤销某个版本提交的代码
svn merge -r m:n path
例如:
svn merge -r 1234:1250 branches_path 将分支1234到1250版本之间的改动合并到当前分支
svn merge -r 201:200 test.php 回退201版本对test.php文件的修改
svn merge -c 1234,1250 branches_path 将分支1234、1250版本的改动合并到当前分支
跳转到Trunk目录下:
svn mergeinfo --show-revs merged ^/branches/branch1 查看从 branch1分支已经合并到trunk分支的修订版本
svn mergeinfo --show-revs eligible ^/branches/branch1 查看从 branch1分支未合并到trunk分支的修订版本
svn mergeinfo --show-revs merged ^/branches/branch1 --log 带上日志信息

合并源分支代码到目标分支:
1、确保你在目标分支的工作副本中。如果不是,请先切换到目标分支的工作副本。
cd /path/to/target_branch
svn update
2、确定要合并的提交记录的版本范围。假设你要合并的提交在源分支(source_branch)上的版本范围是1234到1250。执行如下合并命令:
svn merge -r 1234:1250 ^/branches/source_branch
合并指定版本1234,1250
svn merge -c 1234,1250 ^/branches/source_branch
3、完成合并后,你可以使用svn status命令检查工作副本中的更改。这将显示与合并相关的更改,你可以通过svn diff命令查看更改的详细内容。
svn status
svn diff
4、最后,提交合并的更改到目标分支的存储库中:
svn commit -m "Merge multiple commits from source_branch to target_branch"

12、SVN 帮助
svn help 全部功能选项
svn help ci 具体功能的说明

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

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

注:添加完子目录后,一定要回到根目录更新svn update一下,不然在该目录下提交文件会提示“提交失败”
注:如果手动在checkout出来的目录里创建了一个新文件夹newsubdir,
   再用svn mkdir newsubdir命令后,SVN会提示:
  svn: 尝试用 “svn add”或 “svn add --non-recursive”代替?
  svn: 无法创建目录“hello”: 文件已经存在
   此时,用如下命令解决:
  svn add --non-recursive newsubdir
  在进入这个newsubdir文件夹,用ls -a查看它下面的全部目录与文件,会发现多了:.svn目录
  再用 svn mkdir -m "添hello功能模块文件" svn://localhost/test/newdir/newsubdir 命令,
  SVN提示:
  svn: File already exists: filesystem '/data/svnroot/test/db', transaction '4541-1',
  path '/newdir/newsubdir '

15、恢复本地修改
svn revert: 恢复原始未改变的工作副本文件 (恢复大部份的本地修改)。
用法: revert PATH...
注意: 本子命令不会存取网络,并且会解除冲突的状况。但是它不会恢复
被删除的目录
svn revert foo.c <- 丢弃对一个文件的修改
svn revert --recursive . <-恢复一整个目录的文件,. 为当前目录

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

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

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

19、查看svn版本
svn --version

20、新建分支branchs,在分支上继续开发
1、svn mkdir branches
2、svn copy svn://server/trunk svn://server/branches/ep -m "init ep"

21、该版本完成,打tag,发布版本
1、svn mkdir tags
2、svn copy svn://server/trunk svn://server/tags/release-1.0 -m "1.0 released"

22.为本地修改创建patch文件。
1、切换到指定目录下面(目录决定patch文件包含的文件修改范围)
2、执行命令svn diff > patch文件名 (例如:svn diff > test.patch)

23.应用已经创建的patch文件。
1、将patch文件拷贝到指定目录(目录为创建patch文件相同的目录)
2、执行命令 svn patch patch文件名 (例如:svn patch test.patch)

24.查看某个文件的提交信息
svn blame filename  查看提交信息
svn blame -v filename 查看详细的提交信息

25.修改目录和文件的属性
svn propedit 属性值 path
例:svn propeidt svn:ignore timelib //打开一个编辑器来编辑timelib的svn:ignore属性

26.其他命令:
svn copy Number.txt Data.txt //将Number.txt文件拷贝一份出来,命名为Data.txt,新拷贝出来的文件保留原文件的提交记录
svn move Time.java Clock.java //将Time.java文件移动并改名为Clock.java,新文件保留旧文件的提交记录

使用发生的一些问题:

1、错误:
svn: Could not use external editor to fetch log message; consider setting the $SVN_EDITOR environment variable or using the --message (-m) or --file (-F) options
svn: None of the environment variables SVN_EDITOR, VISUAL or EDITOR is set, and no 'editor-cmd' run-time configuration option was found

问题原因是:
没有设置svn编辑器的环境变量,主要是import、commit中填写comment要用

解决方法:
1、在 终端中 sudo vim /etc/bashrc 打开文件
加入:export SVN_EDITOR=vim
2、编辑完以后一般需要让配置文件立即生效,可执行命令:
source /etc/bashrc(也可以不进行这一步)

2、问题:
不小心提交了一些动态改变根本不需要的文件到svn服务器上
解决:
svn resolved filename 放弃对文件的修改,
svn ci -m "update" 提交所有文件
svn rm test.log 删除掉这个文件。
svn ci -m "update" 再次提交

3、发生冲突:
两人同时修改同一文件同一部分,先后提交,出现冲突
svn ci -m "update"
svn: Commit failed (details follow):
svn: Aborting commit: 'test.log' remains in conflict
解决:
A、放弃自己的更新,使用svn revert(回滚),然后提交。在这种方式下不需要使用svn resolved(解决)
B、放弃自己的更新,使用别人的更新。使用最新获取的版本覆盖目标文件,执行resolved filename并提交(选择文件—右键—解决)。
C、手动解决:冲突发生时,通过和其他用户沟通之后,手动更新目标文件。然后执行resolved filename来解除冲突,最后提交。

坚持使用自己的更新,找到.mine的文件名,恢复为原文件名,然后执行:
svn resolved file_name

4.发送冲突:
提示:Summary of conflicts:
        Skipped paths: 1
解决:svn revert --depth=infinity 路径

5.修改用户名和密码:
在执行svn命令后面加上:“--username 用户名 --password 密码”即可修改用户名和密码

<think>好的,我现在需要向用户介绍如何使用SVN命令来操作pipeline。首先,我得回忆一下SVN的基本命令和pipeline的概念。用户提到的pipeline可能是指在持续集成或持续交付(CI/CD)中的流程,而SVN作为版本控制工具在其中可能用于代码的检出、更新等操作。 首先,我需要确定用户对SVN和pipeline的熟悉程度。但根据问题,用户可能已经知道pipeline的基本概念,现在需要具体如何在其中使用SVN命令。所以,我应该从SVN的基本命令开始,然后说明这些命令如何集成到pipeline的不同阶段。 接下来,我需要整理常见的SVN命令,比如检出(checkout)、更新(update)、提交(commit)、查看状态(status)、解决冲突等。然后,结合pipeline的阶段,比如代码拉取、构建、测试、部署等,说明每个阶段可能用到的SVN命令。 例如,在代码拉取阶段,通常使用svn checkout或者svn update来获取最新代码。在构建前可能需要确保代码是最新的,所以再次使用svn update。如果有冲突,可能需要处理,这时候需要svn resolve。提交构建产物或版本标签时,可能需要svn commit或者svn copy来打标签。 同时,要考虑到自动化脚本中如何使用这些命令,可能需要非交互式的方式,比如使用--username和--password参数,或者存储认证信息。此外,错误处理也很重要,比如命令执行失败时pipeline应该中止或通知。 还需要提醒用户注意安全性,比如不要在脚本中明文存储密码,可以使用环境变量或加密的凭证管理。另外,SVN的钩子(hooks)可能在pipeline中用于触发某些操作,比如提交后自动触发构建。 最后,可能需要给出一个简单的示例,展示在Jenkins或GitLab CI/CD的配置文件中如何嵌入SVN命令,完成基本的检出、构建、部署流程。 总结步骤: 1. 介绍SVN在pipeline中的作用。 2. 列出常用SVN命令及其应用场景。 3. 分阶段说明pipeline中如何使用这些命令。 4. 提供自动化脚本中的注意事项。 5. 安全建议。 6. 示例pipeline配置片段。 需要确保语言简洁明了,适合不同层次的用户理解,同时覆盖关键点,避免遗漏重要细节。另外,要检查命令的正确性,比如参数是否正确,避免误导用户。比如,svn checkout的正确用法,以及如何处理认证问题。</think>以下是在CI/CD pipeline中使用SVN命令的完整指南,按步骤分解: 1. 基础SVN命令与pipeline阶段对应 - 代码拉取阶段 ```bash # 首次拉取代码 svn checkout http://svn.example.com/repo/trunk --username yourname --password yourpass # 非交互式更新代码(适用于已存在的副本) svn update --accept theirs-full --force ``` - 版本标记阶段 ```bash # 创建发布标签(需提前配置tags目录权限) svn copy http://svn.example.com/repo/trunk \ http://svn.example.com/repo/tags/v1.0.0 \ -m "Creating release tag v1.0.0" ``` - 提交变更阶段 ```bash # 自动提交构建产物 svn add dist/* svn commit -m "Auto-commit build artifacts [CI-BUILD]" ``` 2. 典型pipeline集成示例(Jenkins格式) ```groovy pipeline { agent any stages { stage('Checkout') { steps { sh ''' svn checkout http://svn.example.com/repo/trunk \ --non-interactive \ --username $SVN_USER \ --password $SVN_PASS ''' } } stage('Build') { steps { sh 'mvn clean package' } } stage('Deploy') { steps { sh ''' svn export --force target/app.war /opt/tomcat/webapps/ svn commit /opt/tomcat/webapps/ \ -m "Deploy v${BUILD_NUMBER} [AUTO-DEPLOY]" ''' } } } } ``` 3. 安全增强措施 - 凭证管理:使用Jenkins Credentials Binding或Vault存储SVN密码 - 最小权限原则:为CI账户分配独立账户,仅授予必要权限 - 审计跟踪:在提交信息中包含构建编号(如`[BUILD-123]`) 4. 高级技巧 - 增量更新优化: ```bash # 仅更新指定目录(减少构建时间) svn update src/main/java com/example/ ``` - 冲突自动解决策略: ```bash # 接受服务器版本(适用于自动化环境) svn resolve --accept theirs-full -R . ``` - 变更检测机制: ```bash # 检查是否有未提交修改 if svn status | grep -q "^[ADMRC]"; then echo "检测到未提交变更,终止构建" exit 1 fi ``` 5. 调试与排错 - 启用详细日志: ```bash svn --verbose update 2>&1 | tee svn.log ``` - 版本回退方案: ```bash # 回退到指定版本 svn update -r PREV svn commit -m "紧急回退至版本 $OLD_REV [CI-ROLLBACK]" ``` 6. 最佳实践建议 - 使用稀疏检出(减少构建时间): ```bash svn checkout http://svn.example.com/repo/trunk . \ --depth immediates svn update --set-depth infinity src/ ``` - 预提交验证钩子: ```bash # pre-commit钩子示例(需放在服务端hooks目录) #!/bin/sh if grep -q "\[CI-BUILD\]" $1; then echo "错误:禁止直接提交CI生成的变更" >&2 exit 1 fi ``` 7. 与构建工具集成 - Maven示例: ```xml <scm> <connection>scm:svn:http://svn.example.com/repo/trunk</connection> <developerConnection>scm:svn:https://svn.example.com/repo/trunk</developerConnection> </scm> ``` - 版本号自动注入: ```bash # 获取最新版本号 SVN_REV=$(svn info --show-item revision) echo "BUILD_VERSION=${SVN_REV}" >> .env ``` 注意事项: 1. 避免在构建服务器保存认证信息,应使用临时令牌 2. 设置合理的超时时间(大型仓库需调整) ```bash svn checkout --config-option config:http-timeout=60 ``` 3. 定期清理工作副本: ```bash svn cleanup --remove-unversioned ``` 通过合理组合这些命令,可以构建出稳定可靠的SVN-based CI/CD pipeline。建议结合具体CI平台(Jenkins/GitLab CI等)的触发器机制,实现提交后自动构建、静态检查、自动化测试等完整流程。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值