Grunt Umgebungsvariablen nicht Gesetzt, Bis Alle Tasks Geladen

Die Lösung ist ziemlich offensichtlich, sobald Sie es herausfinden, so beginnen wir am Anfang:

Das problem

Bist du mit load-grunt-config zu laden eine Reihe von Modulen (Objekten, Aufgaben definieren) und kombinieren Sie Sie in einem Modul (Objekt) und geben Sie an, zu Grunzen. Um besser zu verstehen, was load-grunt-config tut, einen moment Zeit nehmen, um Lesen Sie die Quelle (es sind nur drei Dateien). Also, statt zu schreiben:

//filename: Gruntfile.js
grunt.initConfig({
    foo: {
        a: {
            options: {},
        }
    },
    bar: {
        b: {
            options: {},
        }
    }
});

Können Sie dies schreiben:

//filename: grunt/foo.js
module.exports = {
    a: {
        options: {},
    }
}

//filename: grunt/bar.js
module.exports = {
    b: {
        options: {},
    }
}

//filename: Gruntfile.js
require('load-grunt-config')(grunt);

Grundsätzlich, so können Sie split eine Grunt-Konfiguration in mehrere Dateien und es werden mehr "wartbar". Aber das, was Sie brauchen, um zu realisieren, dass sich diese beiden Ansätze sind semantisch äquivalent. Das heißt, Sie können erwarten, dass Sie auf die gleiche Weise Verhalten.

Damit, wenn Sie schreiben, die folgenden*:

(* Hab ich das reduziert das problem in einem Versuch zu machen, diese Antwort ein bisschen mehr Allgemeinen und um den Lärm zu reduzieren. Ich habe ausgeschlossen, Dinge wie das laden der Aufgaben-und Fremd-option übergeben, aber die Fehler sollten noch die gleichen sein werden. Beachten Sie auch, dass habe ich geändert, die Werte der environment-Variablen, weil der Standard war das gleiche wie das, was wurde eingestellt.)

//filename: grunt/env.js
module.exports = {
    dev: {
        options: {
            add: {
                //These values are different for demo purposes
                NODE_ENV: 'dev',
                MONGO_PORT: 'dev_mongo_port',
                SERVER_PORT: 'dev_server_port'
            }
        }
    }
};

//filename: grunt/shell.js
module.exports = {
    mongod: {
        command: 'mongod --port ' + (process.env.MONGO_PORT || 27017)
    }
};

//filename: grunt/aliases.js
module.exports = {
    server: ['env:prod', 'shell:mongod']
};

//filename: Gruntfile.js
module.exports = function (grunt) {
    require('load-grunt-config')(grunt);
};

Können Sie prüfen, die oben das gleiche wie unten:

module.exports = function (grunt) {
    grunt.initConfig({
        env: {
            dev: {
                options: {
                    add: {
                        NODE_ENV: 'dev',
                        MONGO_PORT: 'dev_mongo_port',
                        SERVER_PORT: 'dev_server_port'
                    }
                }
            }
        },
        shell: {
            mongod: {
                command: 'mongod --port ' + (process.env.MONGO_PORT || 27017)
            }
        }
    });
    grunt.registerTask('server', ['env:dev', 'shell:mongod']);
};

Nun sehen Sie das problem? Welchen Befehl erwarten Sie shell:mongod zu laufen? Die richtige Antwort ist:

mongod --port 27017

Dem, was Sie ausgeführt werden soll ist:

mongo --port dev_mongo_port

Das problem ist, dass wenn (process.env.MONGO_PORT || 27017) ausgewertet wird, die Umgebungsvariablen noch nicht gesetzt wurde (d.h. vor der env:dev Aufgabe ausgeführt wurde).

Lösung

Naja schauen wir ein Grunt-Konfiguration vor der Aufteilung auf mehrere Dateien:

module.exports = function (grunt) {
    grunt.initConfig({
        env: {
            dev: {
                options: {
                    add: {
                        NODE_ENV: 'dev',
                        MONGO_PORT: 'dev_mongo_port',
                        SERVER_PORT: 'dev_server_port'
                    }
                }
            }
        },
        shell: {
            mongod: {
                command: 'mongod --port ${MONGO_PORT:-27017}'
            }
        }
    });
    grunt.registerTask('server', ['env:dev', 'shell:mongod']);
};

Nun, wenn Sie Sie ausführen shell:mongod ist, wird der Befehl enthalten ${MONGO_PORT:-27017} - und Bash (oder nur sh) sucht für die Umgebungsvariable würden Sie haben die Aufgabe, vor der es (d.h. env:dev).

Okay, das ist alles schön und gut für die shell:mongod Aufgabe, aber was ist mit den anderen Aufgaben, Express zum Beispiel?

Müssen Sie Sie verschieben Weg von Umgebungsvariablen (es sei denn, Sie wollen, stellen Sie vor aufrufen Grunzen. Warum? Nehmen Sie diese Grunt-Konfiguration für Beispiel:

module.exports = function (grunt) {
    grunt.initConfig({
        env: {
            dev: {
                options: {
                    add: {
                        NODE_ENV: 'dev',
                        MONGO_PORT: 'dev_mongo_port',
                        SERVER_PORT: 'dev_server_port'
                    }
                }
            }
        },
        express: {
            options: {
                hostname: '127.0.0.1'
                port: (process.env.SERVER_PORT || 3000)
            },
            prod: {
                options: {
                    livereload: true
                    server: path.resolve(__dirname, '../backend/page.js'),
                    bases: 'dist/'
                }
            }
        }
    });
    grunt.registerTask('server', ['env:dev', 'express:prod']);
};

Welchen port wird die express:prod task-Konfiguration enthalten? 3000. Was Sie brauchen, ist für Sie zu Referenz der Wert, den Sie definiert haben, in der oben genannten Aufgabe. Wie Sie dies tun ist Ihnen überlassen. Sie könnten:

• Trennen Sie die env Konfiguration und Referenz Ihre Werte

  module.exports = function (grunt) {
      grunt.config('env', {
          dev: {
              options: {
                  add: {
                      NODE_ENV: 'dev',
                      MONGO_PORT: 'dev_mongo_port',
                      SERVER_PORT: 'dev_server_port'
                  }
              }
          }
      });
      grunt.config('express', {
          options: {
              hostname: '127.0.0.1'
              port: '<%= env.dev.options.add.SERVER_PORT %>'
          }
      });
      grunt.registerTask('server', ['env:dev', 'express:prod']);
  };

  Aber Sie werden feststellen, dass die Semantik der env Aufgabe nicht halten hier, da Sie nicht mehr repräsentieren eine task-Konfiguration. Sie könnten ein Objekt verwenden, von Ihrem eigenen design:

  module.exports = function (grunt) {
      grunt.config('env', {
          dev: {
              NODE_ENV: 'dev',
              MONGO_PORT: 'dev_mongo_port',
              SERVER_PORT: 'dev_server_port'
          }
      });
      grunt.config('express', {
          options: {
              hostname: '127.0.0.1'
              port: '<%= env.dev.SERVER_PORT %>'
          }
      });
      grunt.registerTask('server', ['env:dev', 'express:prod']);
  };

• Pass grunt ein argument angeben, welche config verwendet werden sollen,

• Haben mehrere Konfigurations-Dateien (z.B. Gruntfile.js.dev und Gruntfile.js.prod) und benennen Sie Sie als notwendig
• Lesen eine Entwicklung Konfigurations-Datei (z.B. grunt.file.readJSON('config.development.json')), sofern vorhanden, und fallen zurück auf eine Produktion Konfigurations-Datei wenn Sie nicht existiert
• Etwas besser Weg, die hier nicht aufgeführt

Aber alle der oben genannten sollten zum selben Ergebnis führen.