Symfony assetic: dump Laufzeitausnahme

Ich bin dabei, meine Symfony-App mithilfe von Capifony bereitzustellen. Wenn Capifony assetic: dump ausführt, erhalte ich eine Laufzeit-Ausnahme.

  

[RuntimeException]
  Datei konnte nicht geschrieben werden   {Pfad} / Releases / 20130314071536 / app /../ web / js /.

Ich habe versucht, den Befehl manuell auszuführen und die gleiche Ausnahme zu erhalten.
Dann habe ich den Befehl mit dem Parameter --verbose ausprobiert und erkannt, dass alle Dateien mit einem Quellpfad, der einen Punkt enthält, ohne den Dateinamen geschrieben wurden, nur die Erweiterung. Die Ausnahme tritt auf, wenn ein Dateiname ohne Erweiterung (in diesem Fall Makefile) angeklickt wird und versucht wird, die Datei "." (nur ein Punkt).

In einer anderen Domäne auf demselben Server habe ich den exakt gleichen Code, aber manuell bereitgestellt. Da bekomme ich diesen Fehler nicht. Es kann also kein Problem mit der PHP-Version sein. Ich habe auch die Versionen von Assetic und Assetic-Bundle geprüft und sie sind identisch.

Was könnte die Ursache dafür sein, dass das assettische Arbeiten anders ist?

BEARBEITEN:
Ich habe vergessen zu erwähnen, dass es auch auf meiner Entwicklungsmaschine funktioniert.

EDIT 2:
Es beginnt mit dem Scheitern der Datei

EDIT 3:
Ich habe gerade gemerkt, dass es für Dev-Umgebung gut funktioniert ... aber für --env = prod gibt es das Problem entsteht

  

web / bundles / assets / assets / images / icons / aws.png

Eine Datei, die ich in keiner Vorlage verwende

Stacktrace vom Fehler

config.yml

EDIT 4:
Bei der Suche nach aws.png (das erste Ergebnis, das unterbrochen werden muss) gibt es 2 Ergebnisse in den Cache-Dateien:

EDIT 5:
Wie von @cheesemecfly empfohlen, entfernte ich das hearsay_require_js-Bundle und das Problem ist weg. Nun, da ich weiß, was ich für den Fehler verantwortlich machen kann, muss ich wissen, warum dies nur auf dem Staging-Server und bei der Bereitstellung mit Capifony passiert.