一个在window下面编辑的文件file.txt
//file.txt
7BC24869-77BF-486D-884F-2B6B6EBFA735
27D59995-0356-414B-A832-0AD4D2AAADCC
F06FCC6E-B804-486B-AC38-F92BAC22B140我想在每一行前面加一个“”””，在git bash下用sed命令
sed 's/.*/"&"/g' file.txt
//输出
"7BC24869-77BF-486D-884F-2B6B6EBFA735
"27D59995-0356-414B-A832-0AD4D2AAADCC
"F06FCC6E-B804-486B-AC38-F92BAC22B140按理说应该输出两个前后两个引号，后面的引号怎么没了。
原来是window和linux下面换行符不同引起的问题
window下面的换行符是\r\n，linux下面是\n。
所以file.txt可以看着这样的
7BC24869-77BF-486D-884F-2B6B6EBFA735\r\n27D59995-0356-414B-A832-0AD4D2AAADCC\r\nF06FCC6E-B804-486B-AC38-F92BAC22B140sed处理每一行的逻辑是（^表示光标）,先输出 “^, 再输出原始字符”7BC24869-77BF-486D-884F-2B6B6EBFA735^，遇到\r后光标回到行首 ^ “7BC24869-77BF-486D-884F-2B6B6EBFA735 ，再输出的”, 会把第一次输出的” 覆盖掉，变成 ” ^ 7BC24869-77BF-486D-884F-2B6B6EBFA735 ， 然后每行相同，就出现了上图出现的异常输出了。
想要正常输出，只要报\r\n，换成\n，换行就行
sed -e 's/\r//g' -e 's/.*/"&"/g' file.txt
//输出
"7BC24869-77BF-486D-884F-2B6B6EBFA735"
"27D59995-0356-414B-A832-0AD4D2AAADCC"
"F06FCC6E-B804-486B-AC38-F92BAC22B140"找到了一段换行符差异的历史，引用一下大家看下
在计算机还没有出现之前，有一种叫做电传打字机（Teletype Model 33）的玩意，每秒钟可以打10个字符。但是它有一个问题，就是打完一行换行的时候，要用去0.2秒，正好可以打两个字符。要是在这0.2秒里面，又有新的字符传过来，那么这个字符将丢失。 于是，研制人员想了个办法解决这个问题，就是在每行后面加两个表示结束的字符。一个叫做”回车”，告诉打字机把打印头定位在左边界；另一个叫做”换行”，告诉打字机把纸向下移一行
这就是”换行”和”回车”的来历，从它们的英语名字上也可以看出一二。
后来，计算机发明了，这两个概念也就被般到了计算机上。那时，存储器很贵，一些科学家认为在每行结尾加两个字符太浪费了，加一个就可以。于是，就出现了分歧。
Unix系统里，每行结尾只有”<换行>”，即”\n”；Windows系统里面，每行结尾是”<回车><换行>”，即”\r\n”；Mac系统里，每行结尾是”<回车>”。一个直接后果是，Unix/Mac系统下的文件在Windows里打开的话，所有文字会变成一行；而Windows里的文件在Unix/Mac下打开的话，在每行的结尾可能会多出一个^M符号