空のディレクトリのための "プレースホルダ"(例えば、空のディレクトリまたは空のディレクトリ)ファイルを作成するために使用できるものはありますか? Mercurialには空のディレクトリは含まれていないので、これらのディレクトリは自動化された方法でうまくいっている必要があります。空のディレクトリをマークするMavenプラグイン
以前は、まさにこれを行うPythonスクリプトを使用しました。私はもっとJava風の、またはMaven風のアプローチを望んでいました。
おかげ
空のディレクトリのための "プレースホルダ"(例えば、空のディレクトリまたは空のディレクトリ)ファイルを作成するために使用できるものはありますか? Mercurialには空のディレクトリは含まれていないので、これらのディレクトリは自動化された方法でうまくいっている必要があります。空のディレクトリをマークするMavenプラグイン
以前は、まさにこれを行うPythonスクリプトを使用しました。私はもっとJava風の、またはMaven風のアプローチを望んでいました。
おかげ
あなたは常にあなたのディレクトリにファイルを置くスクリプトへのmaven-antrun - プラグインやgmaven-プラグインを使用することができます。そして、それらの空のファイルをあなたのソースコントロールに提出してください。
しかし、これはチェックインされるソースコードを生成することになります。これは悪い考えです(少なくとも、通常のビルドにはしたくない)。
ソースコントロールが空のディレクトリを追跡していないのにビルドに必要なものがあれば、それらを作成するmavenライフサイクルにgenerate-sourceフックを持つことをお勧めします。 (理想的には、あなたのソースディレクトリにあなたの人生を楽にしてくれれば、あなたのソースフォルダにそれらを置くことにほとんど害はありません。
ような何か(絶対的にテストされていない、その擬似コードを考える):
<build>
<plugins>
<plugins>
<artifactId>maven-antrun-plugin</...>
<executions>
<execution>
<phase>generate-source</phase>
<goals><goal>antrun</...
<configuration>
<tasks>
<mkdir dir="my directory1"/>
<mkdir dir="my directory2"/>
私に正しい方向を指摘してくれてありがとう。私はそれがうまく収まると思う。 「クリーン」のフックとしてこれを行うことは「正しい」と考えられますか?私が理解しているところでは、コンパイルを行う前にgenerate-sourceが呼び出されます。 – jett
クリーンは、標準のコンパイル/インストールとは別のライフサイクルです。だから私は今言うつもりです(つまり、rm -rfターゲットを実行している人; mvn installは空のディレクトリを生成しませんが、これは間違っています)。そして、はい、generate-sourcesはライフサイクルのかなり早い段階です(もし早ければそれを検証して検証する必要があります)。 – ptyx
ないプラグインのようなものを聞いたことはありません。 – khmarbaise