首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Subversion命令行提交不执行任何操作

Subversion (SVN) 命令行提交不执行任何操作

Subversion(SVN)是一个版本控制系统,用于管理和维护资料的历史版本。当使用命令行提交文件时,Subversion 允许您指定要提交的更改。然而,在某些情况下,提交命令可能不会执行任何操作,以下是可能的原因:

  1. 提交已禁用:如果提交被禁用,那么使用命令行提交将不会执行任何操作,也不会更改版本历史记录。要启用提交,请在命令行中运行以下命令:
代码语言:txt
复制

svn propset svn:commit-lock false .

代码语言:txt
复制
  1. 冲突解决:当两个或更多人在同一文件或目录中工作时,可能会发生冲突。Subversion 将在提交之前自动解决冲突。如果手动解决冲突,请使用以下命令:
代码语言:txt
复制

svn resolve --accept working /path/to/conflicted/files

代码语言:txt
复制

如果自动解决冲突失败,请手动编辑文件以解决冲突,然后提交更改。

  1. 文件锁定:如果文件已被其他进程锁定,那么提交将不会执行。要解锁文件,请使用以下命令:
代码语言:txt
复制

svn lock -unlock /path/to/locked/file

代码语言:txt
复制
  1. 未修改文件:如果尝试提交未修改的文件,则会忽略这些更改。要解决此问题,请确保删除未修改的本地文件,或将其标记为已提交:
代码语言:txt
复制

svn delete /path/to/unmodified/file

svn commit -m "Reverted unmodified file" /path/to/unmodified/file

代码语言:txt
复制
  1. 安全设置:在 Subversion 的安全设置中,您可能需要提交签名的二进制文件。要解决此问题,请执行以下操作:
  • 确保文件已签名:
代码语言:txt
复制
 ```
代码语言:txt
复制
 svn propset svn:mime-type 'application/octet-stream' --file /path/to/binary/file
代码语言:txt
复制
 ```
  • 提交已签名的文件:
代码语言:txt
复制
 ```
代码语言:txt
复制
 svn commit -m "Reverted unsigned binary file" /path/to/binary/file
代码语言:txt
复制
 ```
  1. 网络问题:确保您的 Subversion 服务器在线,并检查您的防火墙和安全组设置,以确保允许连接到所需端口。

要解决 Subversion 命令行提交不执行任何操作的问题,请尝试按照上述指南进行操作。如果问题仍然存在,请查阅 Subversion 文档或寻求社区支持。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

Jenkins Subversion Plugin与本地Subversion Command不兼容

使用Jenkins时Jenkins Subversion Plugin与本地Subversion Command不兼容 1、使用场景 在使用jenkins时,先使用Jenkins Subversion Plugin执行checkout或update操作,然后经过一些列操作后在batch命令行调用svn update命令行 2、错误详情 在batch命令行调用svn update命令行时,出现如下错误: svn: E155036: Please see the 'svn upgrade' command svn: E155036: The working copy at 'xxx' is too old (format 8) to work with client version '1.8.10 (r1615264)' (expects format 31). You need to upgrade the working copy first. 3、软件环境 Jenkins ver. 1.592 TortoiseSVN 1.8.8(Subversion 1.8.10,安装TortoiseSVN同时安装了Subversion Command) Jenkins Subversion Plugin 1.54(Jenkins ver. 1.592自带) 4、错误分析 错误很明显,是Jenkins Subversion Plugin与本地Subversion Command不兼容 Jenkins Subversion Plugin 1.54不支持svn 1.8,主要表现在不支持1.8版本的working copy 5、解决问题 只要让TortoiseSVN和Jenkins Subversion Plugin支持的svn版本保持一致即可解决问题 或者降低TortoiseSVN的版本,或者升级Jenkins Subversion Plugin到支持svn 1.8的版本,或者只用其中某一个 (1)降低TortoiseSVN的版本 如果降低TortoiseSVN的版本,应该将其降为1.7还是1.6呢? 先看看Jenkins Subversion Plugin 1.54是基于1.6还是1.7开发的。 通过查看Jenkins Subversion Plugin 1.54的源码(https://github.com/jenkinsci/subversion-plugin/releases/tag/subversion-1.54) 在pom.xml中看到svnkit相关的dependency信息如下: <dependency>            <groupId>org.jenkins-ci.svnkit</groupId>            <artifactId>svnkit</artifactId>            <version>1.7.10-jenkins-1</version> </dependency> 从中得出,SVNKIT的版本是1.7.10 在SVNKIT官网相关页面(http://svnkit.com/download.php)得知: SVNKit 1.8.7 is compatible both with Subversion 1.8 and Subversion 1.7 working copy formats. No upgrade is required for working copies in 1.7 format. SVNKit 1.7.13 is NOT compatible with Subversion 1.8 working copy format. It is compatible with Subversion 1.8 servers. Both SVNKit 1.7.13 and 1.8.7 support 1.6 and older working copy formats without need to upgrade. 查看SVNKIT1.7.13的changelog(http://svn.svnkit.com/repos/svnkit/tags/1.7.13/CHANGES.txt) 可以看出SVNKIT从1.7.8版本开始支持svn 1.6,SVNKIT1.7.10应该既支持svn 1.7又支持svn1.6。

01

2022 最新 Git 面试题

我建议你先通过了解 git 的架构再来回答这个问题,如下图所示,试着解释一下这个图: Git 是分布式版本控制系统(DVCS)。它可以跟踪文件的更改,并允许你恢复到任何特定版本的更 改。 与 SVN 等其他版本控制系统(VCS)相比,其分布式架构具有许多优势,一个主要优点是它不依赖 于中央服务器来存储项目文件的所有版本。 每个开发人员都可以“克隆”我在图中用“Local repository”标注的存储库的副本,并且在他的硬盘驱 动器上具有项目的完整历史记录,因此当服务器中断时,你需要的所有恢复数据都在你队友的本地 Git 存储库中。 还有一个中央云存储库,开发人员可以向其提交更改,并与其他团队成员进行共享,如图所示,所 有协作者都在提交更改“远程存储库”。

01
领券