संगीतकार - PHP के लिए निर्भरता प्रबंधक

संगीतकार ( getcomposer.org ) PHP के लिए अपेक्षाकृत नया और पहले से ही काफी लोकप्रिय निर्भरता प्रबंधक है। आप वर्णन कर सकते हैं कि आपकी परियोजना किन पुस्तकालयों पर निर्भर करती है और संगीतकार आपके लिए आवश्यक पुस्तकालय स्थापित करेगा! इसके अलावा, संगीतकार शास्त्रीय अर्थ में पैकेज मैनेजर नहीं है। हां, यह संस्थाओं के साथ संचालित होता है, जिसे हम "पैकेज" या लाइब्रेरी कहेंगे, लेकिन वे प्रत्येक प्रोजेक्ट के अंदर अलग-अलग इंस्टॉल किए जाते हैं, न कि विश्व स्तर पर (यह अच्छे पुराने PEAR के मुख्य अंतरों में से एक है)।

संक्षेप में, यह कैसे काम करता है:

1. आपके पास एक परियोजना है जो कई पुस्तकालयों पर निर्भर करती है।
2. इनमें से कुछ पुस्तकालय अन्य पुस्तकालयों पर निर्भर हैं।
3. आप अपनी परियोजना में उन पुस्तकालयों का वर्णन करते हैं जिन पर आपका कोड सीधे निर्भर करता है।
4. संगीतकार पूरी परियोजना के लिए आवश्यक पुस्तकालयों के आवश्यक संस्करणों को ढूंढता है, उन्हें डाउनलोड करता है और उन्हें आपकी परियोजना के फ़ोल्डर में स्थापित करता है।

संगीतकार का निर्माण करते समय, लेखकों ने इसी तरह की परियोजनाओं से विचारों और प्रेरणा को आकर्षित किया: Npm.js और Bundler for Ruby के लिए।

यह मूल रूप से दो लोगों निल्स एडरमैन और जोर्डी बोगिंजो द्वारा डिजाइन और विकसित किया गया था, अब परियोजना में बीस से अधिक योगदानकर्ता भाग लेते हैं। यह परियोजना PHP 5.3 में लिखी गई है, जिसे एमआईटी लाइसेंस के तहत वितरित किया गया है और यह गीथब पर उपलब्ध है।

पहला कमिट अप्रैल 2011 में किया गया था और आज कंपोजर अल्फा 3 स्टेज में है। हालांकि, यह पहले से ही काफी स्थिर है और कई लोकप्रिय PHP परियोजनाओं (उदाहरण के लिए, सिम्फनी 2 ) द्वारा उपयोग किया जाता है। कंपोजर का उपयोग करने वाली परियोजनाओं की एक सूची packagist.org पर मिल सकती है - आधिकारिक संगीतकार पैकेज रिपॉजिटरी। वैसे, हाल ही में एक Devconf 2012 सम्मेलन में, Yii फ्रेमवर्क के डेवलपर ने अपनी रिपोर्ट में उल्लेख किया कि Yii2 का उपयोग कंपोजर का भी उपयोग करने की संभावना है।

इस लेख में, मैं संक्षेप में संगीतकार की मुख्य विशेषताओं का वर्णन करूंगा और हम आवश्यक पुस्तकालयों को डाउनलोड करने के लिए संगीतकार का उपयोग करके एक डेमो प्रोजेक्ट बनाने की कोशिश करेंगे। सभी उदाहरण github.com और bitbucket.org पर उपलब्ध होंगे।

संगीतकार क्या कर सकता है?

• डाउनलोड पैकेज और उनकी निर्भरता;
• डिफ़ॉल्ट रूप से, संकुल को आधिकारिक packagist.org रिपॉजिटरी से डाउनलोड किया जाता है। पूरी दुनिया के लिए इसकी स्थापना को आसान और सुविधाजनक बनाने के लिए कोई भी स्वतंत्र रूप से वहां अपना पैकेज जोड़ सकता है;
• पैकेज केवल packagist.org से ही नहीं, बल्कि किसी भी git, mercurial या svn रिपॉजिटरी से डाउनलोड किए जा सकते हैं;
• github.com या bitbucket.org से पैकेज डाउनलोड करने के लिए एक स्थापित संस्करण नियंत्रण प्रणाली (git या hg) की आवश्यकता नहीं है, संगीतकार इन साइटों के एपीआई के माध्यम से काम करता है;
• पैकेज के साथ git / hg / svn रिपॉजिटरी न केवल ऊपर सूचीबद्ध साइटों में से एक पर स्थित हो सकती है, बल्कि किसी अन्य स्थान पर, उदाहरण के लिए, एंटरप्राइज़ के स्थानीय नेटवर्क या सामान्य रूप से स्थानीय हार्ड ड्राइव पर;
• इसके अलावा, स्थापित लाइब्रेरी को एक कंपोज़र पैकेज के रूप में संकलित करने की आवश्यकता नहीं है; आप किसी भी संरचना के किसी भी git / hg / svn रिपॉजिटरी से इंस्टॉल कर सकते हैं;
• अंत में, स्थापित पैकेज में एक git / hg / svn रिपॉजिटरी होने की आवश्यकता नहीं है, यह किसी भी uri द्वारा सुलभ मनमाना ज़िप फ़ाइल हो सकती है!
• सभी पैकेज वर्तमान निर्देशिका में स्थापित किए गए हैं (जहां से इंस्टॉल कमांड चलाया गया था), यह आपको समानांतर में विभिन्न परियोजनाओं पर काम करते समय पुस्तकालयों के कई अलग-अलग संस्करणों के लिए अनुमति देता है;
• अद्यतन आदेश अद्यतन सभी स्थापित (या गलती से हटाए गए) नवीनतम संस्करणों के लिए संकुल को पुनर्स्थापित करता है। या यह नवीनतम संस्करण को अद्यतन नहीं कर सकता है, यदि आप एक विशेष कंपोज़र फ़ाइल बनाते हैं - यह आपको परियोजना में उपयोग किए जाने वाले सभी पुस्तकालयों के स्थिर संस्करणों के संयोजन को ठीक करने की अनुमति देता है;
• पैकेजों को स्थापित करने के बाद, ऑटोलैड. एफपी स्वचालित रूप से उत्पन्न होता है, जिसके साथ आप अपने प्रोजेक्ट कोड में स्थापित पुस्तकालयों को कनेक्ट कर सकते हैं। कम्पोज़र पैकेज तैयार करते समय, PSR-0 , php फ़ाइलों के स्थान और नामकरण के लिए मानक का उपयोग करने की सिफारिश की जाती है, ताकि ऑटोलॉड आसानी से उन्हें ढूंढ सके। किसी भी स्थिति में, पैकेज का लेखक उन नियमों का वर्णन कर सकता है जिनके द्वारा ऑटोलॉड कुछ वर्गों या नामस्थानों की फ़ाइलों की खोज करेगा। यदि आप एक पुस्तकालय स्थापित करते हैं जिसे कम्पोजर पैकेज (उदाहरण के लिए, जीथब के साथ एक मनमाना गिट रिपॉजिटरी) के रूप में तैयार नहीं किया जाता है, तो ऑटोलैड नियमों का वर्णन करने का कार्य आपके कंधों पर पड़ता है। इसलिए उत्पन्न ऑटोलैड.php के साथ कोई जादू नहीं है - यह सब कुछ लोड कर सकता है (यहां तक ​​कि कक्षाओं के बाहर कार्यों के एक सेट के साथ पुस्तकालय), मुख्य बात यह है कि नियमों का वर्णन किया जाए (पुस्तकालय के लेखक या आपके द्वारा)।

कार्य उदाहरण: हमारी परियोजना में संगीतकार का उपयोग करना

संगीतकार का उपयोग कैसे करें, यह समझने के लिए, हम PHP में एक छोटा सा प्रक्षेपण लिखेंगे: "सुपर हैलो वर्ल्ड"। चूँकि हम पहिया को सुदृढ़ नहीं करना चाहते हैं और कोड को "स्क्रैच से" लिखना चाहते हैं, इसलिए हम तैयार-किए गए पुस्तकालयों और रूपरेखाओं को लेंगे।

हम निम्नलिखित पुस्तकालयों का उपयोग करेंगे:

1. Silex microframework (packagist.org पर एक संगीतकार पैकेज के रूप में उपलब्ध है),
2. Twig टेम्पलेट इंजन (packagist.org पर एक कंपोजर पैकेज के रूप में उपलब्ध),
3. सुपरलॉगर की अपनी खुद की लकड़हारा, जिसे मैंने एक संगीतकार पैकेज के रूप में डिज़ाइन किया और जीथब पर प्रकाशित किया
4. हमारे पुराने लेकिन प्यारे सुपरलीब विरासत पुस्तकालय, जिसमें बिना नाम के वर्गों और कार्यों के बिना वर्गों का एक हैश शामिल है; पुस्तकालय जीथुब पर प्रकाशित किया गया है, लेकिन एक संगीतकार पैकेज नहीं है

जैसा कि हमने पहले किया था: हमने आवश्यक ढांचे और पुस्तकालयों को डाउनलोड किया, सोचा कि उन्हें कहां से अनपैक किया जाए, परियोजना में आवश्यकता का एक गुच्छा (या विश्वसनीयता के लिए आवश्यकता है) लिखा था।

अब हम इसे कैसे करते हैं: हम संगीतकार का उपयोग करते हैं - यह सभी पुस्तकालयों को डाउनलोड करेगा और हमारे लिए ऑटोलैड.php उत्पन्न करेगा। इसके अलावा, अगर हम सहयोगियों को "सुपर हैलो वर्ल्ड" दिखाना चाहते हैं, तो यह हमारे प्रोजेक्ट के कोड को गीथब (या कहीं और) पर प्रकाशित करने के लिए पर्याप्त होगा, न कि रिपॉजिटरी में सभी आवश्यक पुस्तकालयों को शामिल करने और उन्हें स्थापित करने के लिए लंबे निर्देश तैयार न करने के लिए। यह हमारे सहयोगियों के लिए "सुपर हैलो वर्ल्ड" डाउनलोड करने और कमांड को निष्पादित करने के लिए पर्याप्त होगा

php composer.phar install 

संगीतकार को एक एकल कंपोज़र के रूप में वितरित किया जाता है। थार फ़ाइल ( फ़ार एक php संग्रह है) - वास्तव में यह एक PHP स्क्रिप्ट है जो कई कमांड ले सकती है (इंस्टॉल, अपडेट, ...) और पुस्तकालयों को डाउनलोड और अनपैक कर सकती है।

वैसे, स्टार्टअप सिंटैक्स के बारे में थोड़ा।
यदि आप विंडोज के तहत काम कर रहे हैं, तो सबसे अधिक संभावना है कि आप कुछ ऐसा लिखेंगे

 php C:\path\to\composer.phar install 

आप कंपोजर.बैट बनाकर और इसे PATH% में डालकर अपने जीवन को सरल बना सकते हैं।

लिनक्स और ओएस एक्स पर, आप एक कमांड को कॉन्फ़िगर कर सकते हैं जैसे कि

 composer install 

composer.json

इसलिए, हम अपनी सुपर हैलो वर्ल्ड परियोजना लिखने के लिए तैयार हैं। और मैंने इसे लिखा: http://github.com/pqr/superhelloworld । कोड में वेब निर्देशिका में एक index.php फ़ाइल और दृश्य निर्देशिका में एक Layout.twig टेम्पलेट होता है।

हर चीज का प्रमुख कंपोजर.जॉन फाइल होता है। यह परियोजना के मूल में होना चाहिए, हमारे मामले में, वेब और दृश्य निर्देशिका के बगल में। इस फ़ाइल में, आपको यह निर्दिष्ट करने की आवश्यकता है कि हमारी परियोजना किन पुस्तकालयों पर निर्भर करती है। इसके अलावा, यदि इन पुस्तकालयों को कम्पोज़र पैकेज नहीं बनाया गया है, तो आपको स्थापित लाइब्रेरी के बारे में कुछ अतिरिक्त जानकारी निर्दिष्ट करने की आवश्यकता है (उदाहरण के लिए, ऑटोलैड कक्षाओं के लिए नियम और ऑटोलैड के लिए फ़ंक्शन का वर्णन करें।)।

कंपोजर.जसन, आपने अनुमान लगाया, इसमें JSON डेटा प्रारूप है। इस सवाल के लिए " वास्तव में JSON क्यों? ", संगीतकार डेवलपर्स जवाब " क्योंकि। बस इसे स्वीकार करते हैं। "

हमें एक जेएस ऑब्जेक्ट का वर्णन करने की आवश्यकता है जिसमें सभी निर्देश स्थित होंगे। पहला और सबसे महत्वपूर्ण निर्देश: आवश्यकता है ।

हम packagist.org से पैकेज कनेक्ट करते हैं

 { "require": { "php":">=5.3.0", "silex/silex":"dev-master", "twig/twig":">=1.8,<2.0-dev" } } 

यहाँ मैंने PHP संस्करण 5.3.0 और उच्चतर पर, silex (microframework) और टहनी (टेम्पलेट इंजन) पर परियोजना की निर्भरता का वर्णन किया। Silex और Twig packagist.org पर कंपोजर पैकेज के रूप में उपलब्ध हैं, इसलिए अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता नहीं है। मैं ध्यान देता हूं कि Silex, बदले में, कई और पैकेजों पर निर्भर करता है - उन सभी को स्वचालित रूप से डाउनलोड और इंस्टॉल किया जाएगा।

पैकेज का नाम स्लैश द्वारा अलग किए गए दो भागों में होता है: विक्रेता का नाम और लाइब्रेरी का नाम । आपूर्तिकर्ता का नाम अक्सर लेखक का उपनाम या कंपनी का नाम होता है। कभी-कभी, प्रदाता का नाम पुस्तकालय या फ्रेमवर्क के नाम से मेल खाता है।

प्रत्येक पैकेज के लिए, आपको संस्करण संख्या निर्दिष्ट करनी होगी। यह रिपॉजिटरी में ब्रंच हो सकता है, उदाहरण के लिए, "देव-गुरु" - देव उपसर्ग इंगित करता है कि यह ब्रंच नाम है, और ब्रंच को तदनुसार "मास्टर" कहा जाता है। एक व्यापारिक भंडार के लिए, एक समान प्रविष्टि "देव-डिफ़ॉल्ट" की तरह दिखाई देगी। संस्करण संख्या के रूप में, आप तुलना ऑपरेटरों का उपयोग करके अधिक जटिल नियम निर्दिष्ट कर सकते हैं। वैसे, यदि आप दूरस्थ रिपॉजिटरी से कोड डाउनलोड करते हैं, तो संगीतकार इस रिपॉजिटरी में टैग और शाखा नामों को संस्करण संख्याओं के समान कुछ के लिए स्कैन करता है, उदाहरण के लिए, टैग "v1.2.3" का उपयोग संस्करण 2.0.3 के लिए एक संकेतक के रूप में किया जाएगा।

हम अपने स्वयं के Compsoer पैकेज से जुड़ते हैं

इसके बाद, अपने स्वयं के SuperLogger पैकेज को कनेक्ट करें, जिसे सही ढंग से डिज़ाइन किया गया है, लेकिन packagist.org पर प्रकाशित नहीं किया गया है, लेकिन जीटीआई

 { "require": { "php":">=5.3.0", "silex/silex":"dev-master", "twig/twig":">=1.8,<2.0-dev", "mycompany/superlogger":"dev-master" }, "repositories":[ { "type":"git", "url":"http://github.com/pqr/superlogger" } ] } 

संगीतकार को यह बताने के लिए कि "mycompany / superlogger" पैकेज कहाँ देखना है, हमने संबंधित github रिपॉजिटरी के लिंक के साथ रिपॉजिटरी की एक सरणी जोड़ी। ध्यान दें कि रिपॉजिटरी सरणी में प्रविष्टियाँ सीधे ब्लॉक की आवश्यकता से संबंधित नहीं हैं - पैकेज और रिपॉजिटरी के बीच कोई पत्राचार नहीं है। जहां तक ​​मैं समझता हूं, संगीतकार सभी निर्दिष्ट रिपॉजिटरी (साइट packagist.org पर) में सभी आवश्यक पैकेजों की खोज करता है और कुछ आंतरिक प्राथमिकताओं के लिए मिले मैचों को डाउनलोड करता है। अधिक गहराई से मैं अभी भी इस पल को नहीं समझ पाया, अगर किसी को विवरण पता है तो मुझे सही करें।

एक मनमाना गिट रिपॉजिटरी कनेक्ट करें

अब हम अपने सुपरलिब विरासत पुस्तकालय को जोड़ेंगे, जो गीथब पर है, लेकिन एक संगीतकार पैकेज नहीं है, क्योंकि वह बहुत बूढ़ी है।

 { "require":{ "php":">=5.3.0", "silex/silex":"dev-master", "twig/twig":">=1.8,<2.0-dev", "mycompany/superlogger":"dev-master", "pqr/superlib":"1.2.3" }, "repositories":[ { "type":"git", "url":"http://github.com/pqr/superlogger" }, { "type":"package", "package":{ "name":"pqr/superlib", "version":"1.2.3", "source":{ "type":"git", "url":"http://github.com/pqr/superlib", "reference":"master" }, "autoload":{ "classmap":["timer.php"], "files":["lib_functions.php"] } } } ] } 

एक ऑब्जेक्ट को रिपॉजिटरी एरे में जोड़ा गया है जो पूरी तरह से pqr / सुपरलिब पैकेज का वर्णन करता है। वास्तव में, यह वह विवरण है जो पुस्तकालय के लेखक को बनाना चाहिए और उसे अपने भंडार के अंदर रखना चाहिए। लेकिन कार्य की शर्तों के अनुसार, सुपरलिब एक संगीतकार-पैकेज नहीं है, इसलिए हमें सुपर हैलो वर्ल्ड प्रोजेक्ट के हिस्से के रूप में इसका विवरण तैयार करना था। उसी तरह, आप किसी भी अन्य लाइब्रेरी को कनेक्ट कर सकते हैं, जिसमें शामिल हैं सरल ज़िप फ़ाइल।

हम एक साधारण ज़िप फ़ाइल कनेक्ट करते हैं

उदाहरण के लिए, यहाँ कैसे स्मार्ट टेम्प्लेट इंजन पर निर्भरता का वर्णन है, जिसे svn स्रोतों के साथ ज़िप फ़ाइल के रूप में वितरित किया गया है:

 { "repositories":[ { "type":"package", "package":{ "name":"smarty/smarty", "version":"3.1.7", "dist":{ "url":"http://www.smarty.net/files/Smarty-3.1.7.zip", "type":"zip" }, "source":{ "url":"http://smarty-php.googlecode.com/svn/", "type":"svn", "reference":"tags/Smarty_3_1_7/distribution/" } } } ], "require":{ "smarty/smarty":"3.1.*" } } 

ऑटोलैड निर्देश

चलिए वापस अपने प्रोजेक्ट पर आते हैं।
Pqr / superlib के बारे में बताते हुए हमने ऑटोलैड स्टेटमेंट जोड़ा। यह फ़ाइल टाइमर.php को इंगित करता है, जिसमें भविष्य ऑटोलैडर कक्षाओं के लिए खोज करेगा और फ़ाइल को lib_functions.php के साथ निर्दिष्ट करेगा - यह autoload.php की शुरुआत में कनेक्ट करने के लिए मजबूर किया जाएगा।

तो, हमारी परियोजना में निम्नलिखित शामिल हैं:

• रूट फ़ाइल कंपोजर है। जेसन;
• मूल वेब और दृश्य निर्देशिकाएं हैं;
• वेब निर्देशिका के अंदर हमारे आवेदन के "व्यापार तर्क" के साथ एक फ़ाइल निहित है: index.php;
• दृश्य निर्देशिका के अंदर लेआउट है। टेम्पलेट टेम्पलेट फ़ाइल;
• इसके अलावा, वेब फ़ोल्डर में, मैंने ._acaccess (apache के लिए) और web.config (IIS 7.5 के लिए) को mod_rewrite / url rewriter नियमों के साथ रखा - इनका संगीतकार से सीधा संबंध नहीं है।

सब कुछ लॉन्च करने के लिए तैयार है।

कंपोजर इंस्टॉल करें

 php composer.phar install 

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

• फ़ाइल autoload.php
• सेवा निर्देशिका .composer और संगीतकार
• फुंसी - एक पैकेज जो सिलेक्स माइक्रोफ्रामवर्क के साथ खींचा गया था
• सिलेक्स - माइक्रोफ्रामवर्क ही, हमने निर्भरता का वर्णन करते समय स्पष्ट रूप से इसका अनुरोध किया था
• सिम्फनी - सिम्फनी 2 से कुछ घटक जो सिलेक्स के काम करने के लिए आवश्यक हैं
• टहनी टेम्पलेट इंजन है जिसे हमने स्पष्ट रूप से अनुरोध किया है
• mycompany - इस निर्देशिका के अंदर एक सुपरलॉग रिपॉजिटरी होगी जिसे जीथब से डाउनलोड किया जाएगा
• pqr - इस निर्देशिका के अंदर सुपरलिब रिपॉजिटरी होगी, जिसे जीथब से डाउनलोड भी किया जाएगा

यह केवल वेब / index.php फ़ाइल (आवश्यकता "../vendor/autoload.php") की शुरुआत में autoload.php को जोड़ने के लिए बनी हुई है और सभी पुस्तकालय और फ़ंक्शन उपलब्ध होंगे!

अपना खुद का संगीतकार पैकेज कैसे बनाएं?

इस परियोजना में, हमने उपभोक्ता पुस्तकालयों के दृष्टिकोण से संगीतकार का उपयोग किया। लेकिन अपने आप को एक कंपोजर पैकेज कैसे बनाया जाए ताकि कोई अन्य व्यक्ति इसका उपयोग कर सके?

वास्तव में, मैंने इनमें से एक पैकेज बनाया जब मैं इस लेख के लिए उदाहरण तैयार कर रहा था। सुपरलॉगर रिपॉजिटरी के मूल में एक समान संरचना की कंपोजर.जॉन फाइल निहित होती है जो पैकेज और उसकी निर्भरता का वर्णन करती है (सुपरलॉगर के मामले में, कोई निर्भरता नहीं हैं)। अन्य उदाहरण: विक्रेता फ़ोल्डर में डाउनलोड किए गए silex और twig रिपॉजिटरी - वे सभी रूट में कंपोजर.जॉन फ़ाइल है - देखो, सीखो!

और, ज़ाहिर है, आधिकारिक getcomposer.org/doc/ वेबसाइट पर प्रलेखन के बारे में मत भूलना।
मैं आपके लिए इस विषय को आपके लिए अध्ययन करने के लिए छोड़ दूंगा।

संक्षेप में कहना

इस लेख में मैंने बात की कि संगीतकार क्या है, इसका इतिहास और मुख्य विशेषताएं बताई गई हैं। आपने और मैंने एक प्रोजेक्ट बनाने की कोशिश की, जिसमें पैकेजैगिस्ट.ओआरजी और हमारे स्वयं के रिपॉजिटरी से पैकेज स्थापित करने के लिए संगीतकार का उपयोग किया गया।

यह कोशिश करने का समय है!

1. संगीतकार डाउनलोड करें ( getcomposer.org/download/ )
2. सुपरहेलोवर्ल्ड डाउनलोड करें (git clone git: //github.com/pqr/superhelloworld.it)
3. निर्भरताएँ स्थापित करें (cd सुपरहेलोवर्ल्ड और& php कंपोज़र। थार स्थापित करें)
4. दिखाई देने वाले वेंडर फ़ोल्डर और उत्पन्न किए गए ऑटोलैड.php की जांच करें
5. अपनी परियोजनाओं में संगीतकार का उपयोग करें
   ...
6. लाभ !!!

संबंधित लिंक के एक जोड़े को जोड़ने के लिए:
संगीतकार: भाग 1 - क्या और क्यों
संगीतकार: भाग २ - प्रभाव

पुनश्च

मेरी कार्य परियोजनाओं में मैं मर्क्यूरियल संस्करण नियंत्रण प्रणाली का उपयोग करता हूं। आप इस उदाहरण को bitbucket.org से संगीतकार के माध्यम से डाउनलोड और स्थापित कर सकते हैं: http://bitbucket.org/pqr/superboworld

चेतावनी : दुर्भाग्य से, जब एक विंडोज मशीन पर मर्क्यूरियल रिपॉजिटरी के साथ संगीतकार का उपयोग किया गया, तो मुझे एक बग मिला। यदि आप सिस्टम ड्राइव के अलावा किसी प्रोजेक्ट पर निर्भरता स्थापित करते हैं, तो आपको एक त्रुटि मिलेगी। उदाहरण के लिए, C: सिस्टम ड्राइव, और आप प्रोजेक्ट को D: \ someproject फ़ोल्डर में कहीं और तैनात करते हैं और आपकी परियोजना Mercurial रिपॉजिटरी के रूप में प्रकाशित पुस्तकालयों पर निर्भर करती है - संगीतकार उन्हें सही तरीके से नहीं पढ़ पाएंगे। मैं निकट भविष्य में इस बग को ठीक करने जा रहा हूं और आधिकारिक संगीतकार भंडार को पुल अनुरोध भेजूंगा।