GitHub Projects और Milestones के बीच क्या अंतर / संबंध है?


163

GitHub के हालिया अपडेट ने कुछ प्रोजेक्ट्स को GitHub वर्कफ़्लो में जोड़ा , और क्योंकि मुझे प्रोजेक्ट ट्रैकिंग टूल जैसे कि जीरा या ट्रेलो (हे, कम से कम मैंने समानता को देखा) के साथ कोई विशेष अनुभव नहीं है , क्या कोई भी, कृपया, विस्तृत कर सकता है GitHub के मील के पत्थर और नई परियोजनाओं के बीच (मुख्य) अंतर पर ?

यदि मैं सही ढंग से समझता हूं, तो मील के पत्थर छोटे "सब-प्रोजेक्ट्स" में मुद्दों को व्यवस्थित करने का एक तरीका है - पूरे "प्रोजेक्ट" (जो कि मेरी दुनिया के दृष्टिकोण में, रिपॉजिटरी द्वारा दर्शाया गया है ) से छोटा है। जब सभी मुद्दे समाप्त / बंद हो जाते हैं, तो मील का पत्थर पूर्ण माना जा सकता है ।

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

तो, क्या कुछ ऐसी परियोजनाएं हैं जो मील के पत्थर (या अब मील के पत्थर के पूरक परियोजनाएं अब पूरक हैं?) या क्या मुझे परियोजनाओं को मील के पत्थर के प्रतिस्थापन के रूप में देखना चाहिए ?

वास्तव में परियोजनाएं वास्तव में repository[-milestone]-issueपदानुक्रम में कहां आती हैं?

अफसोस की बात है कि, प्रोजेक्ट्स की शुरूआत के बारे में GitHub के ब्लॉग प्रविष्टि में किसी भी संबंध का उल्लेख नहीं है ( https://github.com/blog/2256-a-whole-new-github-universe-announcing-new-nools-forums-and- सुविधाएँ )।

मुझे लगता है कि कोई एक है, लेकिन मैं उस पर उंगली नहीं रख सकता।


मैं इस प्रश्न को ऑफ-टॉपिक के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि इसका प्रोग्रामिंग से कोई लेना-देना नहीं है।
डबल-बीप

20
चूंकि सहायता केंद्र स्पष्ट रूप से कहता है: "[...] यदि आपका प्रश्न आम तौर पर प्रोग्रामर्स द्वारा उपयोग किए जाने वाले [...] सॉफ़्टवेयर टूल को कवर करता है; और एक व्यावहारिक, जवाबदेह समस्या है जो सॉफ़्टवेयर विकास के लिए अद्वितीय है ... तो आप अपना सवाल पूछने के लिए सही जगह पर! " , मुझे उसका कोई कारण नहीं दिखता।
Smuuf

जवाबों:


155

मैं ठीक वैसी ही बात सोच रहा हूं। यहां वह है जो मैंने जुटाया।

सबसे पहले, मुख्य समानता और अंतर की समीक्षा करते हैं:

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

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

मुझे यकीन है कि वे इसे देखने के अन्य तरीके हैं, और मुझे अन्य राय सुनने में दिलचस्पी है।

दिसंबर 2017 को संपादित करें

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

  • माइलस्टोन्स स्क्रेम पद्धति का एक उपकरण है । मील के पत्थर समय-समय पर पुनरावृत्तियों और मुद्दों के बैचों के साथ स्प्रिंट में काम करने के लिए अच्छे हैं।
  • प्रोजेक्ट कनबन कार्यप्रणाली के लिए एक उपकरण है । निरंतर वितरण और काम के स्थिर प्रवाह के लिए परियोजनाएं अच्छी हैं।

3
सारांश के लिए धन्यवाद, मैं खुद यह सोच रहा हूं। मुझे लगता है कि मैं पूरे प्रोजेक्ट्स के बारे में स्पष्ट रहने जा रहा हूं क्योंकि यह मेरे ... प्रोजेक्ट्स के लिए बहुत लागू नहीं है। गितुब प्रोजेक्ट्स (मुझे) लगता है कि "उल्टा" होगा क्योंकि मेरे पास आमतौर पर 1 प्रोजेक्ट के लिए कई रिपॉजिटरी हैं, न कि दूसरे तरीके से।
KEK 8

1
@KEK, GitHub एंटरप्राइज़ में, मैं एक संगठन का उपयोग करता हूं जिसका एक अनाम रिपॉजिटरी है जिसमें कोई कोड नहीं है, लेकिन सभी परियोजनाओं और उनके मुद्दों को केंद्रीकृत रखने के लिए उपयोग किया जाता है। रिपॉजिटरी के खिलाफ पुल अनुरोध जो कोड रखते हैं, केंद्रीय भंडार के मुद्दे का एक संक्षिप्त संदर्भ है।
योजन

मेरी भावना यह है कि मील के पत्थर अधिकांशतः आने वाले हफ्तों / महीनों के लिए होते हैं, जहां सभी मुद्दे कम या ज्यादा ज्ञात होते हैं, और परियोजनाएं महीने भर तक होती हैं, जहां सभी मुद्दे अभी तक ज्ञात नहीं हैं। ओवरलैप को कम करने वाले दो के बीच एक समीप एकीकरण वास्तव में सार्थक हो सकता है।
ट्रिलियनियन जूल

1
स्तंभ स्वचालन प्रीसेट का उपयोग करते हुए प्रोजेक्ट्स में अब प्रगति पट्टियाँ हैं।
इमलाई २०'१

यह शानदार है। हालाँकि, यह अभी भी मेरे लिए स्पष्ट नहीं है कि किसी को मिल्स्टन और प्रोजेक्ट का एक साथ उपयोग करना चाहिए या केवल दो में से एक का उपयोग करना चाहिए। तुम क्या सोचते हो?
क्रिसडेम्बिया

41

मेरी राय:

  • एक परियोजना एक प्रक्रिया और लोगों के बारे में है
  • एक माइलस्टोन एक उत्पाद के बारे में है ।

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

एक परियोजना इस सवाल का जवाब देती है, "हम इस समय क्या काम कर रहे हैं?"

दो महान परियोजना उदाहरण: सॉफ्टवेयर विकास और ब्लॉगिंग। प्रत्येक के लिए विन्यास विभिन्न समूहों के लोगों की प्रक्रियाओं का समर्थन करेगा; कैसे वे एक साथ काम करते हैं और चीजों पर हस्ताक्षर करते हैं।

माइलस्टोन, इसके विपरीत, सभी एक ही काम करते हैं। वे उन कार्यों की एक सूचीबद्ध सूची है, जिन्हें पूरा करने के लिए कार्य उत्पाद को बंद करना चाहिए। वैकल्पिक रूप से, एक नियत तारीख निर्धारित की जा सकती है, जो सिर्फ रिमाइंडर प्रदान करती है, लेकिन मील के पत्थर के कामकाज को नहीं बदलती है।

एक मील का पत्थर सवाल का जवाब देता है, "इस उत्पाद को खत्म करने के लिए क्या शेष है?"


14

परियोजनाओं के बारे में एक अच्छी बात यह है कि वे मील के पत्थर से अधिक मुक्त रूप हैं। आप उनमें केवल नोट्स चक सकते हैं और मुद्दों से लिंक कर सकते हैं, और उन्हें व्यवस्थित कर सकते हैं, हालांकि यह आपको सूट करता है। वे विचारों को नीचे लाने, रोडमैप बनाने और संसाधनों और निर्भरता को सूचीबद्ध करने के लिए महान हैं। अतीत में मैंने एक ही चीजों के लिए मुद्दों और विकी का उपयोग किया है, लेकिन मैंने पाया कि दोनों बहुत औपचारिक और लेन-देन वाले हैं (यानी उच्च माथे)।


10

मील के पत्थर एक तरह के लेबल होते हैं जो मार्क और समूह टिकटों को किसी समय में वितरित किए जाने की उम्मीद करते हैं। आप जिस Milestonesपेज से पहुँच सकते हैं वह Issuesपृष्ठ स्पष्ट करता है - आप एक विशेष मील के पत्थर और नियत तारीख के लिए पूरा किए गए टिकटों का प्रतिशत देख सकते हैं। आप नियत तारीख तक मील के पत्थर भी छांट सकते हैं और किसी विशेष मील के पत्थर में टिकट को प्राथमिकता दे सकते हैं।

यहां तनाव डिलीवरी की तारीखों और ट्रैकिंग प्रगति पर है।

दूसरी ओर परियोजनाओं को GitHub में कुछ घंटियों और सीटियों के साथ कानबन बोर्डों के रूप में लागू किया जाता है । आप सरल वर्कफ़्लोज़ बनाने के लिए कई कॉलम ( और तैराक - जैसे @Doug ने कहा कि नीचे तैरने वाले अभी भी समर्थित नहीं हैं) निर्दिष्ट कर सकते हैं । फिर आप एक या कई रिपॉजिटरी से टिकट जोड़ सकते हैं, उन्हें प्राथमिकता दे सकते हैं, और फिर उन्हें एक कॉलम से दूसरे कॉलम में आगे बढ़ा सकते हैं क्योंकि वे काम कर रहे हैं। उदाहरण के लिए, आपके पास 'बैकलॉग', 'इन प्रोग्रेस', 'अंडर रिव्यू', 'इन टेस्टिंग', और 'डन' कॉलम हैं और बाएं से दाएं, या दायें से बायें, यदि कहें, एक दोषपूर्ण है टिकट 'इन टेस्टिंग' बैक से 'बैकलॉग' तक बाउंस हो जाता है।

यहां तनाव काम को व्यवस्थित और प्रबंधित करने पर है।

फिर आप उस कार्य को कैसे व्यवस्थित और विभाजित करते हैं, यह आप पर निर्भर है। आप प्रति मील के पत्थर पर एक परियोजना बना सकते हैं या एक ही परियोजना में कई मील के पत्थर हो सकते हैं, या मील के पत्थर को छोटे स्प्रिंट में विभाजित कर सकते हैं । आपके पास उत्पाद पर काम करने के विभिन्न पहलुओं को कवर करने वाली कई परियोजनाएं भी हो सकती हैं, उदाहरण के लिए, डेवलपर्स के लिए एक और परीक्षक के लिए एक।


कानबन में तैराकन स्तंभ नहीं हैं। वे पंक्तियाँ हैं। Github वर्तमान में प्रथम श्रेणी की सुविधा के रूप में तैराक का समर्थन नहीं करता है।
डग

@ सुधार के लिए धन्यवाद। क्या आप स्पष्ट कर सकते हैं कि इस संदर्भ में प्रथम श्रेणी का क्या मतलब है? क्या यह बीटा में उपलब्ध है या ऐसा कुछ भी है?
जॉनी बालोनी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.