perforce - 为什么 p4 print 返回奇怪的行结尾?

标签 perforce

我需要一些帮助来理解为什么“p4 print”可能会返回不同于执行命令的系统所期望的行结尾。

当我打印特定文件时,我得到的行为使我相信 Peforce 服务器存储了非 UNIX 样式的行结尾。

这是我期望的行为:

>p4 print -q //depot/path/to/file.txt
line 1
line 2
line 3
line 4
>

这是我看到的行为

>p4 print -q //depot/path/to/file.txt
>ine 4

我正在 Linux 机器上执行此操作。 p4客户端是: 修订版 P4/LINUX26X86/2013.2/707225 (2013/09/17)

服务器版本为2013.2/740201

任何人都可以帮助我了解导致此问题的服务器上此文件的存储方式不正确吗?

最佳答案

经过一些调试,我们确定该文件存储在服务器上时使用旧 Mac 风格的行结尾 (0x0D),而不是 unix (0x0A) 或 windows 风格 (0x0D0A)

在文件上运行“mac2unix”后,行结尾被修复,提交到 Perforce 后所有内容都已解决。

关于perforce - 为什么 p4 print 返回奇怪的行结尾?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32953487/

相关文章:

macos - 安装p4v也会安装p4命令行吗?

version-control - 您可以为您在 P4V 中创建的自定义工具分配快捷方式吗

perforce - P4V如何恢复已删除的工作区

python - P4Python p4.temp_client 坏了?

Git - 为我的工作流程 merge vs Rebase

java - Perforce值得吗?

diff - 针对特定变更列表强制执行差异文件

perforce - 如何在不修改本地文件的情况下取消跟踪 Perforce 更改列表中的更改(P4V 2015.2)?

perforce - P4V 不会同步所有文件/文件夹

version-control - 我如何回顾性地告诉 perforce 文件夹重命名?