问题标签 [line-endings]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
eclipse - Eclipse 中的自动 EOL 转换
需要在 Eclipse 工作区下的所有资源中保持 EOL 格式一致。
我知道为新创建的文件设置新线条样式的 Eclipse 首选项,但我想对已经存在的文件进行自动转换。有一些设置/插件吗?
我只想设置一次并确保所有行尾都采用相同的格式。
linux - 为 MAC 更改 Dreamweaver 上的行尾(以便文件在 linux 上工作)
我正在尝试为 mac 更改 Dreamweaver 中的行尾,以使行尾符合 linux 标准。
python - 在 python 中处理文件时保留行尾样式
我正在寻找一种方法来确保在读取、编辑和写入时在 python 程序中保持文件的行尾样式。
Python 具有通用的文件结尾支持,可以将所有行结尾转换\n
为读取文件时,然后在写入文件时将它们全部转换为系统默认值。就我而言,我仍想进行初始转换,但随后使用原始 EOL 样式而不是系统默认值编写文件。
有没有标准的方法来做这种事情?如果没有,是否有检测文件 EOL 样式的标准方法?
假设没有标准的方法来做到这一点,一个可能的工作流程是:
- 以二进制模式读入文件。
- 解码为 utf-8(或任何需要的编码)。
- 检测 EOL 样式。
将所有行尾转换为
\n
.对文件做一些事情。
将所有行尾转换为原始样式。
- 编码文件。
- 以二进制模式写入文件。
在此工作流程中,执行第 2 步的最佳方法是什么?
git - 我转换了行尾,git-diff 说我的整个文件不同。我做了什么?
这是正常的,我应该这样做吗?
我知道 Git 有\n
在存储它们之前将行尾转换为的设置,但是将我的编辑器重新配置为默认使用 *nix 样式(不知道它是如何更改为 Windows 样式的),所以我转换了我的所有内容工作目录,只是为了“赶上”。
有什么害怕的理由吗?
没关系,但文件是 CSS、HTML、PHP、JS 等。
visual-studio-2010 - 使用 git-svn 与来自两个 VCS 的提交不一致的行尾
我有一个远程 SVN 存储库和一个本地 git 存储库。使用 git-svn 我已将 git 链接到 SVN 并成功使用git svn rebase
,git svn dcommit
来拉取和推送到远程 SVN 存储库。
但是,当其他人检查我以前用 git 编辑过的文件SVN
并尝试在 VS2010 中打开它们时,他们会收到一个对话框,告诉他们行尾不一致。
我已经阅读了一些关于core.safecrlf
git config 中的选项的内容,但这能解决我的问题吗?我有很多其他人在签到,但我们都在运行窗口 - 我认为行尾是一样的?
设置会core.safecrlf
在结帐和提交时保留相同类型的行结束吗?
git - git line-endings 问题只有一个 repo 的克隆
好的,我有一个 git repo。所有克隆都运行相同版本的 git(几乎是最新的)。
- “起源”在 GitHub.com 上
- 在各种 CentOS 服务器上克隆,没有遇到行尾问题
- 在我的 Mac OS 系统上克隆(通过 cmd 行和/或 Tower GUI 使用 git),行尾也没有问题..
但
- Ubuntu 服务器上的另一个克隆,当我对文件进行任何更改时,git-diff 认为整个文件已更改
那么,我必须如何在这个 Ubuntu 机器上使用 git-config 来解决问题?我已经阅读了有关该主题的各种文章(和 git-config 文档),但并不完全清楚决定性的一击修复是什么......?
c - 如何检测来自不同操作系统的文本文件的行尾?
在 C 语言中,我通常一次读取一个字符的文本文件(例如,在 FSM 的循环中,同时进行标记和解析)。不幸的是,一些操作系统使用不同的方法来标记行尾,例如 Unix ( "\n"
)、Mac OS ( "\r"
) 和 DOS/Windows ( "\r\n"
)。
因此我的问题是:如何正确检测来自不同操作系统的文本文件的行尾?
我目前的方法是'\r'
视为'\n'
并忽略空行。不幸的是,这种方法只有在空行不改变底层文本的语义时才有效。
我不想“检测”每个文件的行尾样式,我当然不想要基于#ifdef
或其他类型的条件编译的解决方案。是否有任何有效的解决方案?
visual-studio - Do I want normalized line endings?
I am getting the following message in Visual Studio 2008:
The line endings in the following file are not consistent. Do you want to normalize the line endings?
I don't understand what that means. Should I be clicking yes or no?
svn - 在服务器上强制 svn:eol-style=native?
目前,为了确保为添加到我们项目中的每个新文件eol-style
设置subversion 属性native
,我们必须将其添加到~/.subversion/config
每个开发人员机器上的文件中:
有没有办法在 svn 服务器上做同样的事情?
bash - 删除 bash 脚本中的回车,或者在使用 mv / mkdir 时忽略它
我正在尝试从来自 grep'ing 的变量创建一个目录,但它一直失败,告诉我有一个回车,而没有。我试过dos2unix,它告诉我这是一个无效文件。我在 ubuntu 10.10 上创建了带有 gedit 和 unix 行尾的脚本。
我还尝试将 cat'd 文件的输出通过管道传输到
那不行。
这是脚本中失败的部分:
我收到的错误:
这是它从中提取的文件“读取”:
在这一点上,我有点失落。回车从哪里来?