タグ付けされた質問 「line-endings」

私はbashで何かを使用して、解釈されるのではなく印刷されたファイルの行末を表示しようとしています。このファイルは、SSIS / SQLサーバーからのダンプであり、Linuxマシンによって読み込まれて処理されます。 内の任意のスイッチがありvi、less、more、などが？ 行末を確認するだけでなく、行末の種類を知る必要があります（CRLFまたはLF）。どうやってそれを見つけるのですか？

304 linux  bash  command-line  newline  line-endings 

WindowsとOS Xの両方からアクセスできるGitリポジトリーがあり、CRLF行末のファイルが既にいくつか含まれていることを知っています。私の知る限り、これに対処するには2つの方法があります。 設定するcore.autocrlfにはfalse、どこにでも 指示に従ってくださいここだけLF行末を格納するリポジトリを変換するには（GitHubののヘルプページにエコー）、およびその後の設定core.autocrlfにtrueWindows上およびinputOS X上でこれを行うことに伴う問題は、私は、リポジトリ内の任意のバイナリファイルを持っている場合ということですそれ： gitattributesでバイナリとして正しくマークされていない、および CRLFとLFの両方が含まれている それらは破損します。リポジトリにそのようなファイルが含まれている可能性があります。 では、なぜGitの行末変換をオフにすべきではないのでしょうか。core.autocrlfスイッチをオフにしたことで問題が発生することについて、ウェブ上では漠然とした警告がたくさんありますが、特定の警告はほとんどありません。私がこれまでに見つけた唯一のことは、kdiff3がCRLFエンディングを処理できない（私にとっては問題ではない）ことと、一部のテキストエディターに行末の問題がある（私にとっても問題ではない）ことです。 リポジトリは私の会社の内部にあるので、異なるautocrlf設定や行末の要件を持つ人々とリポジトリを共有することを心配する必要はありません。 行末をそのままにしておくことに他に問題はありますか？

296 git  line-endings 

gitのWindows / Linuxの行末の問題に悩まされています。GitHub、MSysGit、およびその他のソースを介して、最適な解決策は、ローカルリポジトリにLinuxスタイルの行末を使用するように設定core.autocrlfすることtrueですが、に設定することです。残念ながら、私はこれを十分に早期に実行しなかったため、変更をプルするたびに、行末が中断されます。 私はここで答えを見つけたと思っていましたが、うまくいきません。Linuxコマンドラインの知識はせいぜい限られているので、彼のスクリプトで "xargs fromdos"行が何をするかさえわかりません。そのようなファイルやディレクトリが存在しないというメッセージが何度も表示され、既存のディレクトリを指すようにすると、権限がないことを通知します。 私はこれをWindowsのMSysGitとMac OS Xターミナルで試しました。

270 git  newline  msysgit  line-endings 

どのようにしている\rと\n違いますか？それはUnix対Windows対Macと関係があると思いますが、それらがどのように異なり、正規表現で検索/一致するかは正確にはわかりません。

245 special-characters  line-endings 

Visual Studioは時々私に言っています： 次のファイルの行末は一貫していません。行末を正規化しますか？ 次に、Windows、Mac、Unix、およびいくつかのUnicode規格など、さまざまな標準または何かのドロップダウンが表示されます。 これはどういう意味Yesですか？クリックするとどうなりますか？

238 visual-studio  line-endings 

次のコードを使用してファイルから行を読み取ろうとしました。ただし、ファイルを読み取る場合、内容はすべて1行で表示されます。 line_num=0 File.open('xxx.txt').each do |line| print "#{line_num += 1} #{line}" end ただし、このファイルは各行を個別に印刷します。 のようruby my_prog.rb < file.txtにstdinを使用する必要があります。この場合、ファイルが使用している行末文字を推測できません。どうすれば対応できますか？

237 ruby  line-endings 

これが私のSettings - User設定です： { "auto_indent": true, "color_scheme": "Packages/Color Scheme - Default/Twilight.tmTheme", "default_line_ending": "LF", "detect_indentation": true, "font_size": 10.0, "ignored_packages": [ "Vintage" ], "indent_to_bracket": false, "smart_indent": true, "tab_size": 4, "translate_tabs_to_spaces": true, "trim_automatic_white_space": true, "use_tab_stops": true } default_line_endingオプションへのコメントは言う： 新しいファイルを作成するとき、ここで終わる行を確認します。 ご覧のとおり、まだWindowsです...アイデアはありますか？

177 sublimetext2  line-endings 

次の状況： 私はOS Xを実行しているMacで作業しており、最近メンバー全員がWindowsを使用しているプロジェクトに最近参加しました。私の最初のタスクの1つは、Gitリポジトリにコードベースをセットアップすることでした。そのため、FTPからディレクトリツリーをプルし、ローカルで準備したGitリポジトリにチェックインしようとしました。これをやろうとしたとき、私が得たのはこれだけでした fatal: CRLF would be replaced by LF in blog/license.txt. これは「ブログ」フォルダーの下のすべてのファイルに影響するため、ツリー内のすべてのファイルをUnixの行末に簡単に変換する方法を探しています。そのまま使用できるツールはありますか、それとも自分でスクリプトを作成できますか？ 参考までに、行末に関する私のGit設定： core.safecrlf=true core.autocrlf=input

162 git  line-endings 

gulpプロジェクトでeslintを使用すると、このようなエラーの問題が発生 Expected linebreaks to be 'LF' but found 'CRLF' linebreak-styleし、実行中のgulpにWindows環境を使用しています。エラーログ全体は以下のとおりです。 Kiran (master *) Lesson 4 $ gulp Using gulpfile c:\Users\Sai\Desktop\web-build-tools\4\ gulpfile.js Starting 'styles'... Finished 'styles' after 17 ms Starting 'lint'... 'lint' errored after 1.14 s ESLintError in plugin 'gulp-eslint' sage: Expected linebreaks to be 'LF' but found 'CRLF'. ails: fileName: …

155 javascript  gulp  eslint  line-endings 

Gitでは、autocrlf = trueフラグを使用すると、行末が変更されたときに警告が表示されます。 警告の目的と、行末フラグをオフにする方法は理解していますが、警告自体をオフにするにはどうすればよいですか？

153 git  line-endings  git-config 

git merge行末の違いを無視することは可能ですか？ たぶん私は間違った質問をしています...しかし： 私は試してみましたconfig.crlf inputが、特に事後に適用したときに、物事は少し乱雑で制御不能になりました。 1つには、事後にこの構成を適用しても、このオプションを適用する前にリポジトリにコミットされたファイルには影響がないようです。もう1つは、突然すべてのコミットがCRLFがLFに変換されることに関する多くの迷惑な警告メッセージが発生することです。 正直なところ、どの行末が使用されているかは気にしません\n。個人的にはUnixスタイルを好みますが、何でもかまいません。私が気にしgit mergeているのは、少し賢く、行末の違いを無視することです。 時々私は2つの同じファイルを持っていますが、gitはそれらが異なる行末文字を使用しているという理由だけで競合しているとマークします（そして競合はファイル全体です）。 更新： オプションをgit diff受け入れることがわかりましたが--ignore-space-at-eol、git mergeこのオプションも使用できるようにすることは可能ですか？

150 git  merge  git-svn  line-endings  eol 

私は.csvファイルをRに読み込もうとしており、次の式を使用しています： pheasant<-read.table(file.choose(),header=TRUE,sep=",") 次の警告メッセージが表示されます。 "incomplete final line found by readTableHeader on 'C:\Documents and Settings..." この警告を引き起こしたと思われることがいくつかありますが、残念ながら私はRについて自分で問題を診断するのに十分な知識を持っていないので、誰かが私に診断してくれることを願ってここに投稿したいと思いました！ .csvファイルはもともとExcelファイルで、.csv形式で保存しました ファイルは3列のデータで構成されています 各データ列の長さが異なります。つまり、各列に異なる数の値があります 一度に2つの列の平均（正規分布/非正規分布に応じてt検定または同等のものを使用）を比較したいので、たとえば、列1の値と列2の値の間のt検定、次にt-列1と列3の値のテストなど ヘルプや提案は真剣にいただければ幸いです！

114 r  line-endings  read.csv 

どうやって作るの？ gitステータス 行末の違いを無視しますか？ 背景情報： 私はランダムにWindowsとLinuxを使用してプロジェクトに取り組んでいます。プロジェクトはDropboxにあります。 私はgit diffに行末を無視させる方法について多くを見つけました。meldを使用しているため、git diffは各ファイルのmeldを開きます。そしてmeldは「同一ファイル」と言います。 どうすればこれを回避できますか。Gitは変更されたファイルのmeldのみを開く必要があります。また、ファイルの末尾のみが異なる場合、git statusはファイルが変更されたと報告しないようにする必要があります。 編集：原因： これは、Windowsでのこの設定が原因で発生しました core.autocrlf true Linuxで作業コピーをチェックアウトし、Windowsではcore.autocrlfをfalseに設定しました。 git statusに別の新しい行を無視させる方法を知っておくとなお良いでしょう。

112 linux  windows  git  status  line-endings 

UNIX環境で特定のSQLスクリプトを実行すると、SQLスクリプトの各行の最後に「^ M」文字が表示され、コマンドラインにエコーされます。SQLスクリプトが最初に作成されたOSがわかりません。 何が原因で、どうすれば修正できますか？

99 sql  unix  newline  line-endings  os-dependent 

ここからYouCompleteMeをインストールしようとしています。 私が実行するとき： ./install.sh --clang-completer このエラーが発生します： env: bash\r: No such file or directory 環境変数の何が問題なのかわかりません。これが私のbashパスです： which bash /bin/bash に変更する必要があり/usr/bashますか？はいの場合、どうすればよいですか？~/.bashrcファイルを変更してみましたが、うまくいきませんでした。

96 windows  git  bash  line-endings  core.autocrlf