Tag: newline

Graphics2D.drawString中的换行符出现问题

g2是Graphics2D类的一个实例。 我希望能够绘制多行文本，但需要换行符。 以下代码在一行中呈现。 String newline = System.getProperty("line.separator"); g2.drawString("part1\r\n" + newline + "part2", x, y);

为什么显示“更新Git索引失败”

我正在使用Windows。 当登台文件时，我得到这个错误。 Updating the Git index failed. A rescan will be automatically started to resynchronize git-gui. 接着是从LF到CRLF转换的文件列表 在使用Git使用跨平台对CRLF / LF问题进行大量的阅读后，我或多或less地理解了这个问题，并且试图确定哪个autocrlf设置最适合我，但我不明白为什么Git会说更新索引失败。 我的理解是，它已经转换了EOF，所以有什么问题，为什么它告诉我，更新索引失败了。 我是否需要修复某些内容（除了select适当的autocrlf设置）或者我可以继续 然后我有两个select继续和解锁索引，这是什么意思，什么是最好的行动。

如何在R控制台中输出文本而不创build新行？

我想在我漫长的运行algorithm中输出一个进度指示器。 我可以很容易地从我的algorithm中“冒泡”一个进度值（例如通过调用一个专门为此提供的函数callback），但是难度在于实际的文本输出过程。 每一个print电话都会创build一个新行，每个行都加上前缀[1] 。 有没有办法在不同时间打印，而不会引入换行符？ 具体而言，我想要实现一个“animation”，如果在两个不同的时间观察，看起来会像下面这样。 0%… … 0%…2%…4%…

如何强制git检出主分支，并使用“text”属性对文件进行规范化之后删除回车符？

好的，所以我用像这样的行添加了文件.gitattributes *.css text *.js text etc… 然后，我按照http://git-scm.com/docs/gitattributes#_checking-out_and_checking-in中的说明进行操作 $ rm .git/index # Remove the index to force Git to $ git reset # re-scan the working directory $ git status # Show files that will be normalized $ git add -u $ git add .gitattributes $ git commit -m "Introduce end-of-line normalization" 但是现在我的工作拷贝还有回车！ 我有未跟踪的文件，我想保留。 如何使用规范化的文件再次检查master分支？ 我知道这些文件是在存储库中进行规范化处理的，因为当我克隆回购时，所有的文件都没有回车。

如何在所有克隆/机器上禁用Git行尾（CRLF到LF）？

正如人们可以从 其他 职位上收集的一样，Git的行尾标准化有其优点和缺点。 我有一个特定于Windows的项目，我认为最好的做法是完全禁用行结束标准化。 也就是说，我想保留所有换行符（大多数是CRLF ），而不是让git将它们标准化为LF ，并且只在后台执行，我希望这种改变影响到所有机器上所有存储库的克隆。 问题是最有效的方法。 大多数关于Git行结束标准化的讨论都是以core.autocrlf来说的，我可以通过设置core.autocrlf=false来实现我的目标。 但是，这是一个git-config设置，我相信必须在每台机器上分别设置。 如果这是真的，那似乎很容易出错，特别是因为msysgit安装程序引导一个进入设置core.autocrlf=true 。

Git在Windows上：crlf设置是什么意思？

我不明白与git中的CrLf设置有关的复杂性： core.autocrlf ， core.safecrlf 我正在一个团队中开发一个跨平台的项目，希望Windows和Linux开发人员能够一起工作，而不会因为线结束风格而修改git标记文件。 各种设置意味着什么？ select任何选项会有什么后果？ 什么是我的情况最好的解决办法？ 是的，我意识到这个问题 ，那里的答案没有洞察力，因此没有帮助。

如何在Linux上用grepsearch包含dos命令行结尾的文件（CRLF）？

我想在Linux上使用grepsearch包含dos结尾的文件。 像这样的东西： grep -IUr –color '\r\n' . 上述似乎匹配字面rn这是不是所需的。 这个输出将通过xargs传入todos来将crlf转换为lf grep -IUrl –color '^M' . | xargs -ifile fromdos 'file'

在Bash回声换行打印文字\ n

在Bash中，试过这个： echo -e "hello\nworld" 但它不打印换行符，只是\n 。 我怎样才能打印换行符？ 我使用Ubuntu 11.04。

git-diff忽略^ M

在某些文件中包含^ M作为换行符分隔符的项目中。 区分这些文件显然是不可能的，因为git-diff将整个文件视为一行。 如何与以前的版本不同？ 有没有这样的选项，如“在处理时将^ M作为换行符”？ prompt> git-diff "HEAD^" — MyFile.as diff –git a/myproject/MyFile.as b/myproject/MyFile.as index be78321..a393ba3 100644 — a/myproject/MyFile.cpp +++ b/myproject/MyFile.cpp @@ -1 +1 @@ -<U+FEFF>import flash.events.MouseEvent;^Mimport mx.controls.*;^Mimport mx.utils.Delegate \ No newline at end of file +<U+FEFF>import flash.events.MouseEvent;^Mimport mx.controls.*;^Mimport mx.utils.Delegate \ No newline at end of file prompt> 更新： 现在我已经写了一个脚本，检查出最新的10个修订版本，并将CR转换为LF。 require 'fileutils' if ARGV.size […]

如何在不同的操作系统之间使用git core.autocrlf来结束转换

我已经阅读了Stack Overflow的许多不同的问题和解答，以及有关core.autocrlf设置如何工作的git文档。 这是我从我读过的理解： Unix和Mac OSX（pre-OSX使用CR）客户端使用LF行尾。 Windows客户端使用CRLF行尾。 当客户端上的core.autocrlf设置为true时，git仓库始终以LF行结束格式存储文件，并且客户端文件中的行结尾在客户端（即Windows）的check out / commit中来回转换， -LF行结束，无论客户端的行结束文件是什么格式（这与Tim Clem的定义不一致 – 见下面的更新）。 这是一个matrix，试图loggingcore.autocrlf的“input”和“虚假”设置相同的问号，我不知道行结束转换行为。 我的问题是： 问号应该是什么？ 这个matrix是否正确的“非问号”？ 随着共识似乎形成，我会更新答案中的问号。 core.autocrlf值 真正的input错误 ————————————————– ——– 提交| 兑换 ？ ？ 新的| 到LF（转换为LF？）（没有转换？） 提交| 转换成 ？ 没有 现有的| LF（转换为LF？）转换 结账| 转换成 ？ 没有 现有的| CRLF（不转换？）转换 我并不是真的在各种设置的利弊上寻找意见。 我只是在寻找数据，这使得清楚如何期待混帐与三个设置的每一个操作。 – 2012年4月17日更新 ：在阅读了由JJD链接的Tim Clem的文章之后，我修改了上表中“未知”值中的一些值，并更改了“checkout existing | true to convert到CRLF而不是转换为客户“。 以下是他给出的定义，比我在其他地方看到的更清楚： core.autocrlf = […]