Używanie Grunta z Django: Najlepszy przepływ pracy

Odziedziczyłem stronę Django od innej osoby i próbuję użyć obok niej Grunt.js. Moja aplikacja wygląda struktura katalogów:Używanie Grunta z Django: Najlepszy przepływ pracy

app_name 
|__ pages 
|__ settings 
|__ static 
    |__ config.rb 
    |__ css 
    |__ Gruntfile.js 
    |__ img 
    |__ js 
    |__ node_modules 
    |__ package.json 
    |__ sass 
|__ templates 
|__ etc

powinienem używać Grunt w katalogu static? - czyli czy najlepiej jest używać Grunt w katalogu głównym folderu (w tym przypadku obok app_name)?

Kiedy przesyłam moje css/scripts do produkcji, nie chcę, aby Gruntfile.js było widoczne.

Źródło

2014-04-30 cusejuice

Umieszczam plik pomruku poza projektem django, bezpośrednio nad nim. Potrzebuję gruntu dostępnego z dowolnego podkatalogu, podczas gdy w twoim setupie musiałbym przejść do folderu statycznego, żeby odpalić chrząknięcie. Również zależy od tego, do czego dokładnie go używasz; czy jego zakres jest specyficznie lokalny dla plików statycznych? Używam go o wiele więcej, włączając w to uruchamianie wielu serwerów dev. Dlatego jest to właściwe w katalogu głównym projektu. –

Używam go do Sass/js concatenation/js minification itp., Wszystkie oparte na workflow na podstawie. Sugerujesz więc, że plik Gruntfile/package.json znajduje się na tym samym poziomie co 'app_name'? – cusejuice

Spójrz na [django cookiecutter] (https://github.com/pydanny/cookiecutter-django). IMHO ma dobry układ. –

Można połączyć dowiązanie Gruntfile i node_modules z wyższych folderów do bieżących, w ten sposób budowanie pomruków będzie działało dobrze, a plik cfg nie będzie przechowywany w folderze statycznym. Innym sposobem jest wykluczenie go z systemu pakowania, takiego jak deb lub rpm.

Źródło

2014-04-30 08:28:03 greggyNapalm

Używanie Grunta z Django: Najlepszy przepływ pracy

Odpowiedz

Powiązane problemy