Gulp mit watchify / browserify läuft zweimal und hört dann auf zu schauen

8

Hier ist meine gulpfile.js

%Vor%

Dann sieht meine Befehlszeilenausgabe so aus:

%Vor%

speichern Sie index.jsx

%Vor%

speichern Sie index.jsx das zweite Mal

%Vor%

speichern Sie index.jsx zum dritten Mal

Keine Ausgabe.

Das scheint genau das zu tun, was ich zu den ersten beiden Malen will, und dann hört es einfach auf zuzuschauen. Kann mir jemand in die richtige Richtung zeigen?

    
thealexbaron 02.12.2014, 22:15
quelle

5 Antworten

4

Hier ist, wie meine neue Arbeitsschluckdatei aussieht. Hat mir keine Probleme gemacht und das Gleiche erreicht. Ziemlich sicher @Ben war richtig - gulp.watch und watchify waren widersprüchlich.

%Vor%     
thealexbaron 02.04.2015, 16:19
quelle
10

Ich bin gerade auf dieses Problem gestoßen. Nachdem ich ein paar Stunden im Internet nach Antworten gesucht habe, habe ich versucht, die Datei in Notepad anstelle von PHPStorm IDE zu bearbeiten. Es stellte sich heraus, dass browserify / watchify weiterhin über Notepad funktionierte.

Ich habe versucht, mit einigen Einstellungen herumzuspielen. Es stellte sich heraus, PHPStorm / System Settings / "Safe Write" verwenden, wenn aktiviert, stoppt die Überwachung nach PHPStorm bearbeitet die Datei.

Alle Probleme verschwanden magisch, als ich "Safe Write" ausschaltete. Ich bin mir nicht sicher, welche IDE Sie verwenden, aber vielleicht gibt es auch eine "Safe Write" -Option.

    
Jeremy 02.04.2015 12:12
quelle
5

Es war auch nicht offensichtlich für mich, als ich zum ersten Mal watchify benutzte, um die Kompilierzeit von Browsern zu beschleunigen. Wenn Sie watchify verwenden, ist gulp.watch nicht mehr erforderlich. Um die Kompilier- / Erstellungszeit im Ausgabe- / Aufgabenfenster zu sehen, können Sie Folgendes tun (beachten Sie den Befehl gutil.log):

%Vor%

Sehen Sie, ob das hilft.

    
mike123 27.02.2015 21:49
quelle
2

Ich denke, dass watchify und gulp.watch wahrscheinlich miteinander in Konflikt stehen, wenn beide versuchen, Ihr Bundle neu aufzubauen. Ich würde die watch Aufgabe entfernen und einfach die browserify Aufgabe direkt verwenden.

    
Ben 05.12.2014 17:09
quelle
0

Wenn du vim verwendest und zu diesem Problem kommst und nicht mit watchify und gulp.watch arbeitest, probiere :set noswapfile oder füge set noswapfile in deinem% hinzu. co_de%.

Ich glaube, dass dieser Fix funktioniert, weil das Schema von vim beim Erstellen und Bearbeiten einer SWP-Datei während der Arbeit und beim Ersetzen der Datei durch die Auslagerungsdatei beim Speichern die Fähigkeit von watchify beeinträchtigt, Dateisystemereignisse zu empfangen.

Beachten Sie, dass .vimrc bedeutet, dass Ihre Änderungen nicht auf der Festplatte gespeichert werden, bis Sie tatsächlich :set noswapfile !

ausführen     
kellen 10.11.2015 17:18
quelle