标签: eol

不应该简单eol的伎俩吗？

#include <algorithm>
#include <boost/spirit/include/qi.hpp>
#include <iostream>
#include <string>
using boost::spirit::ascii::space;
using boost::spirit::lit;
using boost::spirit::qi::eol;
using boost::spirit::qi::phrase_parse;

struct fix : std::unary_function<char, void> {
  fix(std::string &result) : result(result) {}
  void operator() (char c) {
    if      (c == '\n') result += "\\n";
    else if (c == '\r') result += "\\r";
    else                result += c;
  }
  std::string &result;
};

template <typename Parser>
void parse(const std::string &s, const Parser &p) {
  std::string::const_iterator it = s.begin(), end = s.end();
  bool r = phrase_parse(it, …

我有一个git repo设置core.eol=crlf,core.autocrlf=true和core.safecrlf=true.

当我从另一个crlf仓库和我的仓库应用补丁时,受影响文件的所有行结尾都将更改为lf.目前我正在应用补丁:

git apply --ignore-whitespace mychanges.patch

(似乎我必须使用--ignore-whitespace才能成功应用补丁.)

我目前的工作是运行unix2dos该文件.是否有更好的方法来申请符合我的eol设置？

我需要在Windows上使用SVN并且想要设置它,使得行结尾总是以Windows风格检出并始终以Unix风格提交,无论使用哪个存储库.

1. 这是可能的还是我必须为每个仓库写一个配置文件？

   如果我必须为每个repo编写一个配置文件,我在哪里放置它,什么是正确的文件名,什么进入文件以及它对repo的其他用户有什么影响？

2. 我对全局SVN配置文件进行了以下更改,但它没有任何效果.我还需要做什么？或者我是否必须使用某些特定参数调用SVN才能使更改在Windows上生效？

   enable-auto-props = yes
   [auto-props]
   *.c = svn:eol-style=native
   *.cpp = svn:eol-style=native
   *.cxx = svn:eol-style=native
   *.h = svn:eol-style=native
   *.hpp = svn:eol-style=native
   *.hxx = svn:eol-style=native
   *.txt = svn:eol-style=native
   *.tex = svn:eol-style=native
   *.bib = svn:eol-style=native
   

   Run Code Online (Sandbox Code Playgroud)

我已经看到了问题的答案,但这些答案并非来自Windows的视角.

Windows使用CR LF,Unix使用LF,Mac使用LF,而经典mac使用其他东西.我没有脑力来告诉你,如果一个文件使用的是不同于我输入的行的结尾,我在尝试运行脚本/程序时会遇到错误,坦率地说,没有多大意义.转换后,脚本运行正常.

反正是否有预先检查文件在Windows上使用的行结尾？

我正在读一个ASCII文本文件.它由每个字段的大小定义,以字节为单位.例如,每行包含一个字符串的10个字节,浮点值的8个字节,整数的5个字节,依此类推.

我的问题是读取换行符,取决于操作系统的大小可变(通常为2个字节用于Windows,1个字节用于linux,我相信).

如何在C++中获取EOL字符的大小？

例如,在python中,我可以这样做:

len(os.linesep)

在为项目设置 Git 时，我注意到行尾规范化在 Linux 和 Windows 上的工作方式略有不同。

据我了解有关此主题的 Git 文档，Windows 上的行为是正确的。具体来说，当.gitattributes文件存在时，它应该覆盖core.autocrlf设置。

下表显示了我所做的一些实验的结果。最左边的两列显示.gitattributes文件和core.autocrlf设置。其他列显示以下git命令的结果：

1. git rm --cached <file> （强制下一次结帐以执行行规范化处理）。
2. git checkout HEAD -- <file> （签出文件，应用行结束规范化）
3. git ls-files --eol <file> （检查工作树中的行尾）

+----------------+---------------+-------------+-- ------------+--------------+-------------- ----+----------------------------+
| .git 属性 | core.autocrlf | Linux 2.7.2 | Linux 2.11.0 | Linux 2.16.2 | Windows 2.12.2.windows.2 | Windows 2.16.1.windows.1 |
| | | | | | | |
+----------------+---------------+-------------+-- ------------+--------------+-------------- ----+----------------------------+
| 无 | 真实| 带crlf | 带crlf …

在 Visual Studio 中，您可以将文件的 EOL 设置为 CRLF、LF 或 CR，但是只能对单个文件执行此操作。我正在寻找一种方法来确保我的解决方案中创建的每个新文件都会自动使用 LF。有任何想法吗？提前致谢！

当我尝试在SVN中提交文件时,它显示错误为"提交失败".详细信息请遵循.... commit svn:不一致的行结束样式.

我经常发现自己不得不在简约的终端上使用普通的旧vi,这些终端往往与大型发行版上的vim不同,所以这种行为会让我感到震惊.

我想知道的不是如何移动到行中的最后一个字符,而是一个字符.因为键入$不会将插入光标移动到行中的最后一个字符,这很容易证明.我现在在MSYS上使用vi.

如果我输入该行

This is a test

和命中esc,$,i,和<enter>,我会得到如下:

This is a tes
t

这表明插入光标没有放在行的末尾,而是放在行中最后一个字符的左边(想象一下该行是一个像Notepad ++中的行.该框位于字母的顶部,表示这个角色将被插入到组成盒子左侧的区域中,我知道这一点,因为如果它真的在最后("结束"意味着最后一个角色的右边),那么最后一个角色就不会被移动到你自己的路线,比如你上面看到的.

我不想要这种行为.每次按下回车键输入一个额外字符对我来说太难了,以确保我不必重新输入我的单词.这会影响我的生产力.

我该如何解决？这是我可以调整的设置.exrc吗？

有没有办法core.autocrlf=input从内部强制执行.gitattributes以便在整个同事中传播策略？

在细节我要的是转换为lf上添加并保留as is在结帐.

问题在于既没有text也eol没有我想要的东西,.gitattributes因为它eol有3个可接受的值:

1. lf
2. crlf
3. native

理想情况下,我希望我的.gitattributes文件看起来像这样:

* text eol=asis