2016-01-23 5 views
8

コンポーネントのアップグレード後、プロパティの一部は別々に保存されますが、次回にフォームが保存されるときにのみ保存されます。つまり、以前のバージョンのコンポーネントを使用している最中に最後に保存されたフォームを編集すると、VCSではコンポーネントのアップグレードによる違いによって実際の変更が不明瞭になります。私はそれらを別々のコミットに分割することができましたが、これらの成果物を常時監視する必要があり、コンポーネントのアップグレードの効果はリポジトリの履歴全体に分散します。代わりに、コンポーネントをアップグレードした直後に、これらの変更を1回のコミットでバンドルしたいと考えています。どのようにDelphiのすべてのフォームを再保存するには?

これを実現するには、エディタで変更が加えられていなくても、Delphiではプロジェクト(グループ)内のすべてのフォームを強制的に再保存(生成)する必要があります。コンポーネントのアップグレード。これまでのところ、私はそれを開いたり、元に戻したりせずに、単一のフォームでこれを行うことさえできませんでした。IDEはディスクへの書き込みを最小限に抑えるようです。すべてのユニットに触れることなくすべてを保存しても、それを切断することはありません。最終的には、できるだけ多くのフォームを一度に実行する必要があり、エディタでそれらを開くのは何百というものがあるので動作しません...私はすべてのことをするためにAutoItスクリプトを書くことができます手作業でやっていますが、私は、IDEのスクリプティングを含まない賢い方法があることを願っています。

+1

は –

+5

がDFMCheckは、あなたが探しているものであるように見える感謝http://andy.jgknet.de/blog/ide-tools/dfmcheck/ –

+1

IDEエキスパートを書いた場合を除き、これを行う方法はありません。 GUI自動化ツールを使用しようとするよりも良いでしょう。 DFMCheckは、無効なdfmsを特定するのに役立ちますが、修正されません。 IDEエキスパートを書く方法を学んだら、エキスパートの中でこれをプログラムで行う方法を考え出すことができます。 –

答えて

0

(ただ、未回答の質問のリストから、この質問を削除する)

使用DFMCheck、アンドレアスHausladenはコメントで言うように:フィードバック@downvoter http://andy.jgknet.de/blog/ide-tools/dfmcheck

+0

誰も信用を取りたくないので、ここに行きます。 –

関連する問題