ग्रहण में अद्यतन साइटों का उपयोग करने के लिए नियम?

Question

क्या आप अपडेट साइटों का उपयोग करने के नियमों के बारे में कोई दस्तावेज जानते हैं? मैंने पिछले साढ़े सालों में हमारी कंपनी की अद्यतन साइट प्रबंधित की है, और ये समस्याएं हैं जिन्हें मुझे संबोधित करना है:

• सभी परियोजनाएं एक ही ग्रहण संस्करण का उपयोग नहीं करती हैं। हमारे पास ऐसी परियोजनाएं थीं जो ग्रहण 2.1 (डब्ल्यूएसएडी), ग्रहण 3.0 (आरएडी 6), ग्रहण 3.2 (आरएडी 7), ग्रहण 3.3 और ग्रहण 3.4 का उपयोग करती थीं।
• हमारी कंपनी की अद्यतन साइट ज्यादातर पैकेजों को एकसाथ पैकेज करती है। तो मैंने पैकेज करने के लिए लिट प्लगइन्स (कभी-कभी फ्रेजमेंट) लिखा है उदा। चेकस्टाइल के वर्तमान संस्करण के साथ हमारी कंपनी के लिए चेकस्टाइल की कॉन्फ़िगरेशन।
• हम जो बदल गए हैं, साल में दो बार नए संस्करण जारी करते हैं। तो अगर मेरे पास 1 अपडेट साइट या 4 है, तो यह नाटकीय रूप से लोड को बदल देगा जो मुझे लेना है।

तो सवाल यह है कि: हमें कितनी अद्यतन साइटों का उपयोग करना चाहिए, और यदि संख्या 1 से अधिक है, तो मैं अद्यतन साइटों को बनाए रखने के लिए काम को कम कैसे कर सकता हूं?

Answer 1

मैं एक वेब सर्वर पर सब कुछ डाल दिया और किसी भिन्न URL पर ग्रहण के प्रत्येक संस्करण के संकुल को तैनात करने का सुझाव देते हैं:

http://your.server/eclipse-3.3/site.xml
http://your.server/eclipse-3.4/site.xml
आदि

यह तैनात करने के लिए आसान कर देगा , चीज़ों को अलग रखने के लिए और यह उपयोगकर्ताओं को "आह, यह मेरे लिए एक है" देखने के लिए आसान बना देगा।

Answer 2

आपको ग्रहण संस्करण द्वारा विभाजित विशेषताओं और श्रेणियों का उपयोग करना चाहिए।

| 
+-WSAD-2-1 Category 
| | 
| +- Checkstyle 3.1 Feature 
| | 
| `- Team Checkstyle configuration for Checkstyle 3.1 
| 
`-Eclipse-3-4 Category 
    | 
    +- Checkstyle 4.4 Feature 
    | 
    `- Tema Checkstyle configuration for Checkstyle 4.4 

यह, कई अद्यतन साइटों को बनाए रखने के साथ isomorphic हो सकता है, हालांकि एक पर विचार हो सकता है:

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

हालांकि , यदि श्रेणियों के कई स्तरों के लिए यह संभव या वांछनीय नहीं है, तो अद्यतन साइटों को अलग करने के लिए ऊपर सुझाए गए श्रेणियों को बढ़ावा देना आगे बढ़ने का तरीका है।

इसमें तैनाती के फायदे हैं, क्योंकि उपयोगकर्ताओं को आईडीई के संस्करण के लिए अद्यतन साइट पर इंगित किया जा सकता है, लेकिन यह वही है जो आप टालना चाहते हैं।