2015-09-08 14 views
6

Ho riscontrato un problema strano con grunt-ng-constant in cui solo 2 su 3 dei target funzionano.obiettivi costanti grunt-ng non costantemente funzionanti

La mia configurazione è simile alla seguente:

grunt.initConfig({ 
    ngconstant: { 
    options: { 
     space: ' ', 
     wrap: '"use strict";\n\n {%= __ngModule %}', 
     name: 'config' 
    }, 
    // Environment targets 
    development: { 
     options: { 
     dest: '<%= yeoman.app %>/scripts/config.js', 
     }, 
     constants: { 
     ENV: { 
      name: 'development', 
      apiEndpoint: 'http://your-development.api.endpoint:3000' 
     } 
     } 
    }, 
    staging: { 
     options: { 
     dest: '<%= yeoman.app %>/scripts/config.js', 
     }, 
     constants: { 
     ENV: { 
      name: 'staging', 
      apiEndpoint: 'http://your-staging.api.endpoint:3000' 
     } 
     } 
    }, 
    production: { 
     options: { 
     dest: '<%= yeoman.dist %>/scripts/config.js', 
     }, 
     constants: { 
     ENV: { 
      name: 'production', 
      apiEndpoint: 'http://api.livesite.com' 
     } 
     } 
    } 
    } 
}) 

e ho i seguenti compiti essere registrati

grunt.registerTask('development', [ 
    'ngconstant:development' 
]); 

grunt.registerTask('staging', [ 
    'ngconstant:staging' 
]); 

grunt.registerTask('production', [ 
    'ngconstant:production' 
]); 

Se corro i due seguenti comandi, tutto funziona bene e il file config.js viene generato e sembra fantastico.

grunt development 
grunt staging 

ma in esecuzione grunt production non genera il file config.js. Non riesco a capire perché questo sta accadendo.

+0

Il comando 'grunt production' restituisce errori? Quale versione di ciascuna libreria stai usando? Sono stato in grado di generare correttamente tutti e tre facendo un test rapido basato sul codice che hai fornito. Puoi eseguire 'grunt production - verbose' e ​​condividere l'output? – richleland

risposta

1

I entrambi sviluppano e mettono in scena le attività che si sta generando il file config.js in un percorso che inizia con <%= yeoman.app %>, ma in produzione si sta utilizzando uno che inizia con <%= yeoman.dist %>.

Vorrei verificare se il secondo percorso (o yeoman.dist) esiste.