SVNフックがコミットファイル

Question

からファイルを生成するために、私は、私は、ユーザーwww-dataが所有するトランク（/var/www/trunk）の作業コピーのチェックアウトを持って、サーバー上で

trunk/file1.txt 
trunk/file2.txt 
trunk/fileR.txt 

を持ってSVNリポジトリを持っています。

fileR.txtはユーザーのみwww-data（authzまたはsvnlook authorによるアクセスの制限）を除き、すべての人のために読まれます。 fileR.txtはfile1.txtとfile2.txtをconcatentatingによって生成されなければならない：cat file1.txt file2.txt > fileR.txt

私が欲しいのスクリプトはサーバー上の作業コピーを更新している実行する必要があり、trunk/file1.txtまたはtrunk/file2.txtのいずれかにコミットがあるたびに、ファイルを連結していることで、新しいfileR.txtをリポジトリにコミットします。

私が気にしていたのは、上記のすべてを行うコミット後のフックでしたが、前回のコミットが確定されるまで、SVNが新しいコミットを処理できるかどうか、およびわかりません。

例：file1.txtへの変更を伴うcommit1が入り、pre-commitフックが実行されていれば、トランザクションがデータベースにコミットされ、コミット後のフックが実行されます。ポスト・コミット・フックは実際にcommit2を作成します。このcommit2は、commit1からのポスト・コミット・フックが実際に終了する前にファイナライズする必要があります。

SVNはこれを実行できますか？そうでない場合は、他にどのようなツールやワークフローを提案していますか？

おかげ

Answer 1

は私がFILE1.TXTの変更をコミット

1. ...のは、あなたが欲しいものを行うには、ポストコミットフックを作りましょう。
2. 変更をピックアップして新しいファイルfileR.txtを作成します。
3. コミット後の変更により、この変更がコミットされ、コミット前のフックが起動します。
4. そして、あなたはあなたのポストはフックが動作可能なコミットどこも、サーバー上の作業コピーを作成する問題があります＃1

ステップするためにすぐに戻っています。誰かがコミットをしたときは、サーバー上の作業コピーを更新したりチェックアウトしたりして、変更を連結してからコミットフックを起動せずに新しいコミットを行わなければなりません。人々はブランチを作成するかもしれないので、複数の作業コピーを持たなければならないかもしれないことを忘れないでください。

あなたのポストコミットフックがこれをすべて実行している間に、ユーザーはポストコミットフックが完了するまで待つ必要があります。

また、私がコミットすると、私の作業コピーは古くなりました。私は今コミットしてから、サーバーがコミットしたために更新を行います。

私はこれが本当に良いアイデアではないことをあなたに納得させていただきたいと思います。 はですが、確かにそれはお勧めできません。実際、ビルドエンジニアがこのようなことをするのを見た場合、私はそれらを発射します。

---

Jenkinsをご覧ください。Jenkinsは継続的な構築サーバーです。あなたができることは、コミットが行われるたびに、JenkinsにfileR.txtファイルを作成させることです。このファイルはJenkinsサーバーから簡単にダウンロードして公開することができます。また、ファイルRB.txtを入手して、その人に向けてPDFを作成することもできます。

したがって、結合されたファイルは引き続き使用でき、他のプロセスによってダウンロードできますが、コミット後のフックで別のラウンドのフックが発生することはありません。そして、fileR.txtは、その特定のJenkinsジョブにアクセスできるすべての人が読み取ります。