2015-03-10 3 views
15

में कैसे शामिल करने के लिए बोवर घटकों मैं इस मानक निर्देशिका संरचना के साथ वीणा में एक परियोजना मिल गया है:वीणा

enter image description here

(प्रकाश डाला भागों मेरी Git में हैं, bower_components और www स्थापित पर/बनाया जाना चाहिए संकलन)।

जब मैं एक नया बॉवर घटक स्थापित करता हूं, तो मैं अपने कम में अपने सीएसएस को आसानी से शामिल कर सकता हूं, उदा।

@import "../../bower_components/some-component/stuff"; 

लेकिन क्या "सही" जिस तरह से (उस बात के लिए, या अन्य स्थिर संपत्ति) javascripts उपयोग करने के लिए हो सकता है? बेशक, मैं बस उन्हें कॉपी कर सकता हूं, उदा।

cp bower_components/some-jquery-plugin/plugin.js public/js/plugin.js 

और इस what people actually do है, लेकिन मैं कुछ बेहतर की तलाश में हूँ। आदर्श रूप में, मैं makefiles/gruntfiles पूरी तरह से बचने और बस bower install साथ अपने प्रोजेक्ट प्रारंभ करने में सक्षम होने के लिए करना चाहते हैं:

git clone myproject // this will create public/ and bower/harp.json 
    cd myproject 
    bower install  // this populates bower_components 
    harp server/compile // just works... 

दूसरे शब्दों में, मैं किसी भी तरह स्थिर संपत्ति है कि अंदर से bower_components में रहते हैं को संदर्भित करने के लिए करना चाहते हैं public डीआईआर। Symlinking एक विकल्प नहीं है क्योंकि harp compile सिम्लिंक को हल नहीं करता है।

+0

ऐसा लगता है कि आखिरकार आप चाहते हैं कि हार्प आपके लिए कुछ संयोजक और मिनीफिंग करे। मुझे इसी कार्यक्षमता के लिए यह [GitHub पर फ़ीचर अनुरोध] (https://github.com/sintaxi/harp/issues/127) मिला। –

+0

इसे पढ़ने में यह आपकी मदद कर सकता है http://kevin.saliou.name/posts/2013-10-12-getting-started-with-harp.html – Vardius

उत्तर

3

त्वरित और गंदे समाधान .bowerrc सेटिंग्स को बदलने के लिए है जो डिफ़ॉल्ट निर्देशिका को स्थापित करने के लिए डिफ़ॉल्ट निर्देशिका को बदलने के लिए है।

.bowerrc

{ 
    "directory": "public/js/bower" 
    ... 
} 

अब एक bower install आदेश सीधे अपने public/js/bower निर्देशिका में उन निर्भरता छोड़ देंगे।

उल्टा: यह में एक त्वरित "एक लाइनर" है अपने .bowerrc

गिरावट: उन निर्भरता के लिए स्रोत फ़ाइलों के सभी सार्वजनिक रूप से तैनात किया हो जब तक आप एक तैनाती स्क्रिप्ट कि अनावश्यक फ़ाइलों को साफ किया है । फिर फिर, यदि वे सभी ओपन सोर्स प्रोजेक्ट्स हैं जिनका आप उपयोग कर रहे हैं तो इससे कोई फर्क नहीं पड़ता कि उन अतिरिक्त फाइलें आपके वेब सर्वर पर बैठी हैं या नहीं।

+0

ओपी निर्दिष्ट है कि वह एक अतिरिक्त कदम, gruntfiles और makefiles नहीं चाहता था प्रतिबंधित हैं। जैसा कि यह है, मुझे लगता है, किसी भी कार्य धावक। – axelduch

+0

@aduch: सच है। उसके लिए माफ़ करना। सवाल को और सावधानी से पढ़ना चाहिए था। –

+0

मुझे भी होता है, अक्सर यह होना चाहिए कि यह हो रहा है – axelduch