हर बार जब मैं कमांड लाइन पर किसी भी मणि आदेश चला Gemfile.lock को जोड़ने से Bundler रोक सकता, Bundler इस लाइन को जोड़ने के लिए मेरी Gemfile.lock
फ़ाइल को छू पर जोर इसे हमारे भंडार में प्रतिबद्ध करना चाहते हैं, क्योंकि इसका मतलब है कि रुबी 2.2.2 के एक अलग पैच स्तर का उपयोग करके प्रत्येक देव मेरे साथ एक प्रतिबद्ध युद्ध में होगा। (मैंने पहले से ही BUNDLED_WITH
लाइन के साथ एक ही मुद्दे पर इस्तीफा दे दिया है।) लेकिन मैं तब तक तैनात नहीं कर सकता जब तक कि मैं उस पंक्ति को प्रतिबद्ध न करें, क्योंकि हमारा तैनाती रेक रेक के माध्यम से चलता है और तैनाती चलाने से बंडलर इस ब्लॉक को जोड़ने के लिए प्रेरित करता है , जहां तैनाती प्रक्रिया कहती है, "प्रतीक्षा करें! आपका कामकाजी पेड़ गंदा है! आप अधूरे परिवर्तनों को तैनात कर सकते हैं !!!! 1!" (ठीक है, सचमुच नहीं है, लेकिन आप विचार मिलता है।)मैं रूबी संस्करण
मैं Bundler छोड़ने के लिए बता सकते हैं RUBY VERSION
(और, आदर्श, BUNDLED_WITH
) Gemfile.lock
से बाहर तो हम इस हास्यास्पद नृत्य करने के लिए नहीं है?
(how to prevent bundler from adding platform info to Gemfile.lock वही सवाल प्रतीत हो रहा है, लेकिन वहाँ कोई जवाब नहीं है, natch।)
है और फिर भी यह पता चला है कि हम रूबी संस्करण पर नहीं बल्कि बंडलर के विभिन्न संस्करणों पर इस ब्लॉक को जोड़ने और हटाने के लिए युद्ध भी प्राप्त करते हैं।* श्वास * – pjmorse
@pjmorse मुझे लगता है कि सभी टीम के सदस्यों के लिए एक ही बंडलर संस्करण होना अच्छा है। यदि आपको रत्नों को लॉक करने की आवश्यकता है, तो बंडलर क्यों नहीं? –
@ फ्रैंकलिन Yu अच्छा सवाल है। मुझे लगता है क्योंकि बंडलर डेवलपर टूलिंग है और एप्लिकेशन की प्रत्यक्ष निर्भरता नहीं है, इसके संस्करण को लॉक करना मणि संस्करणों को लॉक करने से कम महत्वपूर्ण है। (साथ ही, यदि आपकी टीम एकाधिक अनुप्रयोगों पर काम कर रही है, तो आपको एप्लिकेशन में बंडलर के लॉक संस्करण को समन्वयित करने की आवश्यकता होगी, जो एक ड्रैग हो सकता है। आप अनिवार्य रूप से अपनी टीम को लॉन्चस्टॉप बंडलर अपडेट करने के लिए कर रहे हैं।) – pjmorse