ここでの答えは、一般的なケースでは、「あなたはしない」であることを私はよく知っています。私が尋ねている理由は、SAP の PM が、Crystal Report の TXT 出力が私のニーズを満たさない理由を私に尋ねているからです。過去に、Subversion (またはおそらく TortoiseSVN) とスムーズに連携してファイルを ASCII に変換したり元に戻したりして、マージ/分岐/調整が実際に機能するバイナリ ファイル (特に .doc、iirc) のコンバーターを見てきました。それらを指差して「これは私が必要としているものです」と言いたいのですが、前回それらを引っ張ってきた Google 検索を思い出せたらと思います。誰かが私に少しの痛みを救い、正しい方向に向けることができますか? ありがとう。
2 に答える
0
SVN を使用する場合、プロパティを使用して、それがバイナリであることを彼に伝えることができます。本当に必要な場合に備えて、私の頭に浮かんだ最初の解決策 (ただし、あまり効率的ではありません) は、uuencode / uudecode を使用することです。
于 2011-04-08T13:26:05.733 に答える
0
まあ、それはバイナリとASCIIの違いではなく、行指向の差分/競合解決が必要な場合です。UTF-8 XML のような非 ASCII ソリューションでさえ役立つ可能性があります (同じレベルの要素の順序に関して「興味深い」問題をもたらします)。
バイナリをエンコードする最も標準的な方法は、おそらくbase64エンコードです。実装は、すべての形状とフレーバーですぐに利用できます。もちろん、ファイルのサイズが大きくなります。SVN は、変更があった場合にのみファイルのプレフィックスを保持できると思います。変更点の後のエンコードされたデータは完全に異なるためです。
于 2011-04-08T13:40:44.307 に答える