問題タブ [line-endings]

2つの質問：

TortoiseSvn diffツールにEOLスタイルを無視させる方法は？

PVCSからSVNへの変換中に混合EOLスタイルファイルを修正するにはどうすればよいですか？

優れた無料のPolarion変換ツールを使用して、PVCSアーカイブをSubversionにインポートしました。すべてが正常に見えます。修正したい厄介なことが1つだけあります。

元のPVCSアーカイブの一部のcppファイルには、EOLスタイルが混在しています（PVCSマージツールのため）。これらのファイル（およびそれらのすべてのリビジョン）は、autoprops設定「svn：eol-style=native」を使用してSubversionアーカイブにコピーされるようになりました。

TortoiseSvn diffを使用して2つのバージョンの違いを確認すると、「一貫性のない行の終了スタイル」というエラーメッセージが表示されます。

10年間の改訂履歴をPVCSからSubversionに変換するという全体的な考え方は、プログラマーが過去に行われた変更を簡単に確認できるようにすることです。差分が可能になる前に古いファイルを手動でクリーンアップする必要がある場合は、それは機能しません。

警告： EOLスタイルの実際の問題は、PVCSリポジトリを読み取り、Subversionダンプファイルを生成するJavaコンバータにあります。autoprops設定を取得し、指定したファイルタイプ（私の場合はeol-nativeプロパティ）に適用します。ファイルにEOLが混在している場合でも同様です。通常、svnはコミット時にこれをチェックし、ファイルがコミットされる前にファイルがクリーンアップされていることを確認します。

教訓： PVCSからSubversionに変換するときは、eol-stypeautopropsを使用しないでください。必要に応じて、変換が完了した後に追加し、その過程でファイルをクリーンアップします。

複数の開発者がアプリケーションに取り組んでおり、特定の人がファイルを操作するときはいつでも、他の人がファイルを操作すると、次のようになります。

次のファイルの行末は一貫していません。行末を正規化しますか？

Visual Studioに、開発者に変更を加えて、この非常に苛立たしいメッセージが常にポップアップ表示されないようにするオプションはありますか？

PHP で 2 つのテキスト ファイルを比較する必要があります。1 つのファイルはユーザーがアップロードし、もう 1 つはサーバーによって提供され、Windows 上で実行されます。ファイルが別の Windows コンピューターから送信された場合、これは正常に機能しますが、Linux コンピューターからはファイルが異なって出力されます。これは、行末が異なるためであると想定しています。Windows のテキスト ファイルと Linux のテキスト ファイルを比較する簡単な方法はありますか?

現在、これは私のコードです。

解釈ではなく印刷されたファイルの行末を表示するために、bashで何かを使用しようとしています。このファイルは、処理のために Linux マシンによって読み込まれる SSIS/SQL Server からのダンプです。

• 、 、 などの中viにスイッチはありますか?lessmore

• 行末を確認するだけでなく、行末のタイプ (CRLFまたはLF) を知る必要があります。どうすればそれを見つけることができますか？

他の多くの人と同じように、私たちも CVS で行末の問題を抱えています。しかし、ほとんどの問題とは異なり、私たちの問題は反対です。

CVS に行を /n から CR/LF に変換させないようにする方法はありますか? Windows マシンにチェックアウトした場合でも、行末を Unix 形式のままにしたいと考えています。それは可能ですか？

問題: 行末の変換によりチェックサムが変更されます。これは、2 つの成果物が等しいかどうかを比較するのが難しいためです (他の方法では監査できません)。

CVS から SVN への移行はオプションではありません (試行不足のためではありません)。

私は選択したエディターとして Textmate (ふすまの新規ユーザー) を使用しています。今日、svn diff somefile を実行したところ、ファイル全体を変更したと svn が認識していることがわかりました。

Textmate では、Textmate -> 設定 -> 詳細設定 -> 保存して行末を LF に設定 (推奨) に移動しました。ファイルのエンコードは UTF8 に設定されています (推奨)。

これが正しい設定だと推測しましたが、実際にはわかりません。とにかく、私のプロジェクトは非常に速く変更され、大規模なプロジェクトなので、これは大したことです...何千ものファイルがあります。

Windows と Linux のような UNIX の両方でコンパイルして実行するコードを書いています。行末の違いについては知っていますが、コードにどちらを優先するかという質問はありますか? それは問題ですか？一貫性を持たせたい - すべてのコードで LF のみを使用するか、CRLF のみを使用する方がよいでしょうか? 比較する基準はありますか？

それが最も重要な場合、私はC++とPythonのコードを気にします

基本的に 0xd の 1 つを削除し、DOS スタイルの行末 (0x0d 0x0a) でファイルを残す「flip -u」(cygwin フリップ) を使用して、「おそらく」それらを修正できることを私は知っています (もちろん、技術的に言えば、これはバグ！）。

しかし、それの反対側は、これを選択的に行いたいということです。私が修正しているのは本当に「非バイナリ」ファイルであり、明示的に 0x0d 0x0d 0x0a シーケンスを 0x0d 0x0a に置き換えます...私がやりたいこと（そしておそらくそれ以上）をしているように見えるバグのあるプログラム。

grep -P '\x0d\x0d\x0a' および grep -P '\x0d\x0d' ではこれらの行が見つからないことに注意してください。

人々は grep -P 'x0d\x0a' が行末を適切に見つけていると言いますが、行末が混在しているファイル内の他のパタ​​ーンと一致しないため、何か他のことが起こっていると推測する必要があります (0x0d 0x0d 0x0a ）。

Linux サーバーと、多くのオペレーティング システムを備えた多くのクライアントがあります。サーバーはクライアントから入力ファイルを受け取ります。Linux には行末文字 LF があり、Mac には行末文字 CR があり、Windows には行末文字 CR+LF があります。

サーバーは行末文字 LF として必要です。Java を使用して、ファイルが常に Linux の eol char LF を使用するようにしたいと考えています。どうすれば達成できますか？

Visual Studio 2005を使用して、SVNリポジトリのローカルコピーを処理したいと思います。このローカルコピーはMacOSXによってチェックアウトされており（更新とコミットはMac OS Xでのみ行われるため、問題はありません）、その結果、行末はUNIXスタイルになります。

VisualStudioでWindowsスタイルの行末が導入されるのではないかと心配しています。Visual StudioにUNIXの行末を使用させることはできますか？