SVNはgitフィルタ属性のように何かできますか？

Question

私はgitに慣れていませんが、コミットする前に整頓されたXMLファイルなどにフィルタ属性を使用できるようです。 SVNマニュアルは、特にこれに先立って、コミット前のフックの使用を勧めています。別の方法がありますか？

Answer 1

この回答は、次のように表示されます。コミットを拒否することは、SVNの唯一の安全なオプションだと私は信じています。

Answer 2

これ以外の方法はありません。サポートされていても、このようなことをすると頭痛だけが発生します。チェックインする前にコードを再フォーマットすることはお勧めできません。これは、リビジョンの差異が実際に変更されたものの良いイメージを与えるわけではないからです。何かがひどくフォーマットされていて読めない場合にのみ、私はそれを行います。

Answer 3

このようなことをしたい場所は、clean/smudgeスクリプトを使用して、データベース接続文字列、コマースポータルのパスワードなどを隠すことです。これは通常、1つの設定ファイルを持つことができ、機能的なパブリックデータとプライベートセキュリティデータの混在。

Pro Git Book's Attributes Section

は、このことができます願っています。

Answer 4

これはIDEまたはXMLエディタの仕事のようです。たとえば、Eclipseでは、保存時にさまざまな自動アクションを指定できます（しかし、貧弱なXMLエディタを作成します）。XMLエディタがあると確信しています。

良いdiffツールには、空白や重要でない差異を無視するオプションがあるため、ファイルが再フォーマットされていてもdiffファイルを見やすくするため、diffsがこの理由であるとは思わないと思います。

あなたが協力しているチームによっては、この「整理」があなたが触れるすべてのファイルを劇的に変更している場合は、それを避けたい場合もあれば、完全に問題ない場合もあります。私は、例えば、Eclipseの末尾に空白をトリムし、保存時に欠落した@Overrideアノテーションを追加していますが、保存時に.javaファイルを完全に再フォーマットするようには言いません。

Answer 5

Gitでは、個人的な使い方のためにリポジトリ全体を持っているので、コミット中にファイルを削除することは問題にはなりません。結局のところ、あなたは自分自身に影響を与えているだけです。

しかし、Subversionには集中リポジトリがあります。つまり、コミット中にファイルが混乱するのはややこしく、通常はお勧めできません。

問題の1つは、このタイプのものはフックとフックによって処理されなければならないということです。サーバ上で動作し、作業コピーにアクセスできないためです。彼らは読み取り専用のsvnlookコマンドでコミットを調べることができますが、それだけです。はい、それを回避する方法はありますが、マニュアルによると、推奨されていません。

GitやClearCaseのようなバージョン管理システムでも、コミット中にファイルをマージすることは可能ですが、それでもやはり良い考えはありません。まず第一に、フックスクリプトが実行されるときにコミットプロセスが遅くなり、ユーザを苛立たせることがあります。次に、ファイルを分割するプロセスが実際にファイルを分割するとどうなりますか？開発者は、変更をテストしてからそれらをコミットする前に検証することを想定しています。 「ビルドを破る」とは、ブレークルームで最後のコーヒーを飲んで別のポットを作っているよりも犯罪です。しかし、ここには、彼らが想定していたすべてのことをやった開発者がいて、それをしたばかげたフックスクリプトでした！

これは、自動ビルドプロセス（CruiseControlやHudsonのような増分ビルドシステムを使用していますか？）で行う必要があります。これはテストの一環として行うことができ、ファイルが正しくフォーマットされていない場合は、ビルドを「不安定」とマークすることができます。実際、Hudsonはこれを非常に簡単にするビルドプロセスの一環としてこれを行うことができるフックを持っています。ビルドサーバーは、プログラマーに不正行為を通知することができます（悪いプログラマー！ファイルはインデントされていません！あなたのためにドーナツはありません！）とテクニカルリードまたはビルドマネージャー。

チェックインは、開発者が書き込んでテストしたものです。フォーマット、単体テスト、その他すべてのことをビルドシステムで確認できます。