私は約14kの長さのJS圧縮ファイルを持っており、それは1行にあります。これにより、クリアケースで問題が発生し、チェックインが不可能になります
クリアケースを修正する方法はありますか?
JSファイルを複数行に分割したい場合、改行を挿入するときに注意を払う必要があります。明らかに、私は文字列や数字を分割しません。その後、覚えておくべき他の明白でないことはありますか?
私は約14kの長さのJS圧縮ファイルを持っており、それは1行にあります。これにより、クリアケースで問題が発生し、チェックインが不可能になります
クリアケースを修正する方法はありますか?
JSファイルを複数行に分割したい場合、改行を挿入するときに注意を払う必要があります。明らかに、私は文字列や数字を分割しません。その後、覚えておくべき他の明白でないことはありますか?
もう 1 つの解決策は、圧縮された JS ファイルのタイプを「compressed_file」に変更することです。
cleartool chtype Compressed_file
そうすれば、ファイルを変更する必要はありません。その手法の詳細については、「「ファイルをソース管理に追加」中の Clearcase の問題</a>」を
参照してください。
マージの問題を回避するために、マージ時に常にそのファイルをコピーするようにマージ マネージャを指定することもできます。「Clearcase UCM が PDF ファイルをマージしようとしています」を参照してください。
ClearCaseについてはわかりません。圧縮されたJSにはコメントがあってはならないため、分割するのに安全な場所は文字列定数の後ろ;
または外側です。}
ファイルを手動で分割することもできます。ファイルはおそらく頻繁には変更されず、10行のフィードは多かれ少なかれパフォーマンスを損なうことはありません。
はい、JS では改行には構文上の意味があります。JavaScript 命令は、セミコロンまたは改行 (または、通常は両方) で終了します。スクリプト全体を改行なしで記述した場合、命令を区切る唯一の方法はセミコロンでした。したがって、すべてのセミコロンの後に改行を追加しても、構文上の意味は変わらないはずです。
しかし、元の圧縮されていないバージョンではなく、圧縮された Javascript コードをチェックインする必要がありますか? 特に、そのために編集する必要がある場合は? コンパイルされたバイナリなどのアーティファクトは、通常、バージョン管理に属しません。私の意見では、圧縮されたJSファイルもそのように扱われるべきです。