ऑटोपॉडेट्स के लिए सर्वश्रेष्ठ अभ्यास

Question

डेस्कटॉप आधारित अनुप्रयोगों के लिए, ऑटो अपडेट करने के लिए सर्वोत्तम अभ्यास क्या हैं? वर्तमान में, हम सभी फाइलें डाउनलोड करते हैं, फिर कॉपी और पंजीकरण करते हैं (यदि कॉम डीएल) अपनी संबंधित निर्देशिका में।

मैंने Google क्रोम अपडेट विधि को देखा। ऐसा लगता है कि यह पहले एक ज़िप में फ़ाइल को एक निर्देशिका में डाउनलोड करता है, और फिर सभी फ़ाइलों को अनजिप करता है। साथ ही, उनके पास एक सेटअप एप्लिकेशन है जो अद्यतन करने के लिए उपयोग किया जाता है। इसके अतिरिक्त, वे 1.0.154.43 जैसे संस्करण को अद्यतन करने के लिए मैप की गई निर्देशिका बनाते हैं, लेकिन वे पुराने संस्करण की निर्देशिका रखते हैं।

Answer 1

Chromium टीम से हाल ही ब्लॉग पोस्ट के लिए एक महान गाइड है:

http://blog.chromium.org/2009/01/google-chrome-installation-and-updates.html

असल में, एक ही बात है जब आप एमएस के ClickOnce का उपयोग किया जाता है और मैं ऐसे अद्यतन विधि तो साथ अनुप्रयोगों का उपयोग कर कोई समस्या नहीं है दूर, तो मुझे लगता है कि यह "सर्वश्रेष्ठ अभ्यास" के रूप में वर्गीकृत है ... लेकिन यह सिर्फ मुझे है।

1. प्रत्येक संस्करण को अपने अद्वितीय फ़ोल्डर में स्टोर करें।
2. उपलब्ध सबसे अद्यतन संस्करण लॉन्च करने के लिए "लॉन्चर" का उपयोग करें और ...
3. एप्लिकेशन लॉन्च होने के बाद पृष्ठभूमि में किसी भी नए संस्करण की जांच करें।
4. कोई भी नया संस्करण डाउनलोड करें और उस संस्करण के लिए एक नया फ़ोल्डर बनाएं।

Google क्रोम थोड़ा अलग है क्योंकि वे अद्यतन करने के लिए Google अपडेट सेवा का उपयोग करते हैं लेकिन समग्र अनुभव/चक्र काफी समान है।

यदि कोई नया संस्करण उपलब्ध है, तो आपका उपयोगकर्ता एक एप्लिकेशन लॉन्च करता है, यह पृष्ठभूमि में डाउनलोड होता है। और फिर अगली बार जब एप्लिकेशन शुरू होता है, तो आपका उपयोगकर्ता स्वचालित रूप से नया संस्करण प्राप्त करता है और (यदि संभव हो) चुपचाप। लिनक्स पर http://sparkle.andymatuschak.org

चमक ढांचे का उपयोग,:

Answer 2

एक मौजूदा ढांचे

MacOS एक्स पर प्रयोग करें संकुल distros के लिए & सेटअप खजाने बनाने आप

Answer 3

युक्तियां का समर्थन करेंगे:

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

• यदि आप प्रत्येक संस्करण के लिए अलग निर्देशिका बनाए रखते हैं, तो आपको इसे बनाए रखने के लिए कोड जोड़ना होगा। डिस्क स्पेस का उद्देश्य अपडेट को ईंधन देना नहीं है। मुझे एक सिट्रिक्स एप्लिकेशन याद है जिसमें एक समय में मेरे कंप्यूटर पर 5 अलग-अलग संस्करण थे। उपयोगकर्ता को अपने फ़ाइल सिस्टम पर आपके आवेदन के दो से अधिक प्रतियां (अधिकतम एक बैकअप, कार्यात्मक के रूप में पुष्टि की गई) को नहीं देखना चाहिए, जब तक कि वे उन्हें स्पष्ट रूप से वहां नहीं रखते।आपके स्थान पर शॉर्टकट पुराने हो सकते हैं जब फ़ोल्डर स्थान इस तरह बदलता है, इसलिए सावधान रहें।

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

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

• यदि आप डिफ़ॉल्ट कॉन्फ़िगरेशन फ़ाइल को तैनात करते हैं तो MSI सिस्टम का उपयोग करके अद्यतनों से सावधान रहें। आप अपने अपडेट में किसी भी उपयोगकर्ता फ़ाइलों को ओवरराइट नहीं करना चाहते हैं। उसी नस में, अगर कॉन्फ़िगरेशन फ़ाइलों या उपयोगकर्ता फ़ाइलों का प्रारूप बदलता है, तो आपको स्वचालित रूप से बैकअप और उन फ़ाइलों को अपग्रेड करने के लिए एक तंत्र प्रदान करना चाहिए। या उन्हें तैनात करने के बजाय एप्लिकेशन के भीतर आंतरिक रूप से डिफ़ॉल्ट सेटिंग्स बनाना शुरू करें।

• बैंडविड्थ सचेत बनें। बड़ी फाइलें आपके उपयोगकर्ताओं से समय और संभवतः मीटर वाली बैंडविड्थ लेती हैं। विशेष रूप से यदि आप दैनिक अद्यतन करते हैं।

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