Rust-rocksdb: रिलीज 0.11.0

@spacejam क्या किसी रिलीज को प्रकाशित करने की प्रक्रिया पर विशिष्ट निर्देश हैं?

महान कार्य सभी !!! आप लोगों को बड़ी प्रगति करते हुए देखकर वाकई बहुत अच्छा लगा :)

मैं वास्तव में यह सुझाव देना चाहूंगा कि हम इस परियोजना के बड़े होने का जश्न मनाने के लिए 1.0.0 करें :)

लेकिन मैं यह निर्णय आप पर छोड़ता हूं! मैंने 0.11.0 मानकर नीचे दी गई मार्गदर्शिका लिखी है। मुझे बताएं कि क्या यह MAINTAINERSHIP.md में उपयोगी होगा और मैं एक पीआर खोलूंगा!

यदि आप अनिश्चित महसूस कर रहे हैं और सावधान रहना चाहते हैं:

1. एक नई शाखा में, Cargo.toml मेटाडेटा को 0.11.0-pre.0 टक्कर दें
2. अपनी Cargo.lock फ़ाइल को हटा दें। यह किसी भी नेस्टेड निर्भरता को अद्यतन करने का कारण होगा, और यह कभी-कभी टूटने का कारण होता है जब एक टोकरा स्थानीय रूप से बनाया और प्रकाशित किया जा सकता है, लेकिन नए लोगों द्वारा इसका उपयोग नहीं किया जा सकता है क्योंकि गलत पैच संस्करण ने कहीं कुछ तोड़ दिया है।
3. मूल निर्देशिका से cargo publish --allow-dirty करें (गैर-पूर्व रिलीज के लिए कभी भी --allow-dirty का उपयोग न करें, हम मूल रूप से इसे पूर्व-रिलीज़ जांच के रूप में चला रहे हैं, हालांकि यह ठीक है)
4. एक नया cargo clean 'd प्रोजेक्ट बनाएं जिसमें कोई कैश न हो जो नए प्रकाशित संस्करण पर उपयोग हो, और सुनिश्चित करें कि यह निर्दिष्ट नए संस्करण के साथ बनाता है और चलता है। अगर इसमें पहले से Cargo.lock फ़ाइल है, तो उसे हटा दें!
5. यदि प्रकाशित संस्करण को प्रकाशित करने या उपयोग करने में कोई समस्या थी, तो cargo yank --vers 0.11.0-pre.0 , फिर उन मुद्दों का समाधान करें। गोटो 1 जब तक यह बिना किसी समस्या के काम करता है।

जब आपको रिलीज़ की गुणवत्ता पर भरोसा हो:

1. एक नई नई शाखा में, चैंज को 0.11.0 रोल करें और Cargo.toml संस्करण को 0.11.0
2. cargo clean फिर rm Cargo.lock प्रकाशित करने से पहले पूरी तरह से अपडेट किए गए विवरण लाने और उपयोग करने के लिए
3. cargo publish चलाएं
4. एक नई निर्भरता परियोजना बनाएं जो नए प्रकाशित संस्करण पर निर्भर हो
5. रिलीज पेज से जीथब "ड्राफ्ट ए न्यू रिलीज" फ़ंक्शन का उपयोग करें, जहां अच्छी तरह से स्वरूपित रिलीज नोट्स रखे जा सकते हैं (मूल रूप से 0.11.0 लिए चेंजलॉग से कॉपी + पेस्ट किया गया)।
6. सब कुछ कर दिया :)

प्रत्येक अनुरक्षक के पास crates.io के लिए प्रकाशन अनुमतियां हैं, और आम तौर पर मैं अनुशंसा करता हूं कि समय के साथ कई लोग इस शक्ति का प्रयोग करें ताकि यह सहज महसूस करे।

यह आम तौर पर प्रोजेक्ट चलाने का पहलू है जहां निर्माण समय वास्तव में कष्टप्रद है x_x लेकिन कदम विशेष रूप से ऊर्जा गहन नहीं हैं, इसलिए आप फिल्म देखते समय या कुछ अधिक उत्पादक करते समय इसे अधिकतर कर सकते हैं।

यदि आप चाहते हैं कि मैं गटर आदि पर चैट के लिए उपलब्ध रहूं... जबकि आप में से कोई एक ऐसा करता है, तो मुझे अगले कुछ दिनों में ऐसा समय मिलने पर बहुत खुशी होगी जहां हम दोनों उपलब्ध हों।

@iSynaptic क्या आप

@spacejam ज़रूर, मैं रिलीज़ करूँगा।

मैं हर किसी के लिए बोलना नहीं चाहता, लेकिन मुझे लगता है कि 1.0.0 रिलीज को प्रकाशित करने से पहले कुछ और चीजें हैं जो हम पुस्तकालय को थोड़ा और परिपक्व करने के लिए कर सकते हैं। समस्या लॉग में बहुत सारे सुझाव हैं। मैं ओपन इश्यू को थोड़ा और गिनना चाहता हूं।

@aleksuss यदि आप रिलीज पर हैं, तो मैं शुरू कर दूंगा।

@iSynaptic आइए इसे करते हैं

@spacejam ऐसा लगता है कि हमें librocksdb-sys एक नया संस्करण प्रकाशित करने की आवश्यकता है, शायद 5.14.3? वही कदम, लेकिन librocksdb-sys पथ से, पहले?

@spacejam ऐसा नहीं लगता है कि crate-publishers को crates.io पर librocksdb-sys मालिक के रूप में जोड़ा गया है -- क्या आप इसे जोड़ सकते हैं?

@iSynaptic इसके लिए खेद है! किया हुआ!

हाँ, librocksdb-sys केवल अंतर्निहित Rocksdb संस्करण को ट्रैक करता है, और हम भाग्यशाली रहे हैं कि कुछ और आगे रोल करने में सक्षम हुए बिना रिलीज़ को यंक करने की आवश्यकता नहीं है

@spacejam ठीक है, अगली बाधा। मुझे cargo publish साथ एक अनुमति समस्या मिल रही है:

error: api errors: this crate exists but you don't seem to be an owner. If you believe this is a mistake, perhaps you need to accept an invitation to be an owner before publishing.

ऐसा प्रतीत होता है कि यह सब Github Teams के साथ काम करने के लिए कुछ और बाधाएं हैं । ऐसा लगता है कि crate-publishers पास संगठन सेटिंग तक पहुंचने की अनुमति नहीं है, इसलिए मैं GitHub पर संगठन/टीम की जानकारी तक पहुंचने के लिए crates.io को अधिकृत नहीं कर पा रहा हूं।

@iSynaptic एक बेवकूफ सवाल के लिए खेद है, लेकिन आपने cargo login your_token चलाया है, है ना?

@iSynaptic एक बेवकूफ सवाल के लिए खेद है, लेकिन आपने cargo login your_token चलाया है, है ना?

ज़ोर - ज़ोर से हंसना। बेवकूफी भरा सवाल नहीं। हां, मैंने किया - और मैंने आज सुबह टोकन जेनरेट किया जब टायलर ने librocksdb-sys.

@iSynaptic मैंने अभी उस बटन को मारा है

@spacejam एक ही मुद्दा, एक नया लॉगिन टोकन बनाने के बाद भी। मैं

@spacejam क्रेट-प्रकाशक समूह के सदस्यों को सीधे क्रेट librocksdb-sys और rocksdb मालिकों से जोड़ने के बारे में आप क्या सोचते हैं? निश्चित रूप से हम समूह पहुंच के मुद्दे पर फंस गए हैं।

@spacejam @aleksuss शायद संकल्प का सबसे तेज़ रास्ता होगा। मुझे यह समझ में आता है कि गिटहब टीमों को स्वामित्व को टोकरा सौंपना एक सामान्य या अच्छी तरह से समर्थित परिदृश्य नहीं है।

इस पर भारी देरी के लिए खेद है, मैंने अभी के लिए @aleksuss और @iSynaptic को मालिकों के रूप में जोड़ा है!

@spacejam स्वीट। क्या आप librocksdb-sys लिए भी ऐसा ही कर सकते हैं? इससे पहले कि हम rocksdb जारी कर सकें, हमें इसका एक नया संस्करण स्नैप करना होगा।

किया हुआ!

सोम, दिसंबर 31, 2018 अपराह्न 2:45 बजे जॉर्डन टेरेल नोटिफिकेशन @github.com
लिखा था:

@spacejam https://github.com/spacejam स्वीट। क्या आप के लिए भी ऐसा ही कर सकते हैं?
librocksdb-sys? इससे पहले कि हम कर सकें, हमें इसका एक नया संस्करण स्नैप करना होगा
रिलीज रॉक्सडीबी.

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/rust-rocksdb/rust-rocksdb/issues/233#issuecomment-450647477 ,
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ABb40P07sDUlodN6GAroXi3fEOe7gR2zks5u-hTngaJpZM4ZDJPL
.

मैं आज बाद में एक रिलीज को स्नैप करने का प्रयास करूंगा। क्या हम इस रिलीज़ में #238 लाने की कोशिश करना चाहते थे?

@iSynaptic मुझे इसे शामिल न करने के कारण नहीं दिख रहे हैं।

शनिवार को रिलीज पर नहीं पहुंच पाया जैसे मैंने योजना बनाई थी। इस पर अभी से...

librocksdb-sys 5.14.3 प्रकाशित किया गया है। अभी rocksdb 0.11.0-pre.0 पर काम कर रहे हैं।

rocksdb 0.11.0-pre.0 प्रकाशित हो चुकी है।. मैं कुछ परीक्षण करूँगा -- मैं दूसरों से कुछ परीक्षण का स्वागत करता हूँ। एक बार मुझे मिल जाने के बाद, मैं अंतिम संस्करण प्रकाशित करूंगा।

@iSynaptic मैंने अपने प्रोजेक्ट में आपकी प्री-रिलीज़ का परीक्षण किया है। मैंने कोई समस्या नहीं देखी है। अछा लगता है। लेकिन अगर आपको लगता है कि यह संभव है तो 0.11.0 में https://github.com/rust-rocksdb/rust-rocksdb/pull/241 होना अच्छा होगा। धन्यवाद।

@aleksuss धन्यवाद। क्या इसके तुरंत बाद #241 के साथ 0.11.1 रिलीज़ करना ठीक रहेगा? यह रिलीज काफी समय से रुकी हुई है और मैं इसे रिलीज करवाना चाहता हूं।

@vitvakatu @spacejam रिलीज से पहले की गुणवत्ता पर कोई प्रतिक्रिया? (कोई समस्या नहीं अगर आप इसे देखने में सक्षम नहीं हैं)

@iSynaptic ठीक है। कोई दिक्कत नहीं है।

मैंने अपना परीक्षण पूरा कर लिया है। मैं रिलीज के लिए तैयार हूं।

@aleksuss @vitvakatu @spacejam मैं 0.11.00 रिलीज करने जा रहा हूं। अभी। मैं 0.11.0-प्री.0 रिलीज को यंक करके शुरू करूंगा। एक बार जब मैं रिलीज़ प्रकाशित कर देता हूँ, तो मैं चैंज अपडेट को आगे बढ़ाऊँगा, कमिट को टैग करूँगा, और एक GitHub रिलीज़ बनाऊँगा।

किया हुआ!

इस रिलीज को करने के लिए @spacejam , @aleksuss , @vitvakatu , @ekmartin , @s-panferov, @Tpt , @Elzor , और @romanz को