গিটহাব প্রকল্প এবং মাইলস্টোনসের মধ্যে পার্থক্য / সম্পর্ক কী?


163

গিটহাবের সাম্প্রতিক আপডেটটি গিটিহাব ওয়ার্কফ্লোতে প্রজেক্টস নামে কিছু যুক্ত করেছে, এবং আমার কাছে জিরা বা ট্রেলো (হ্যাঁ, কমপক্ষে আমি মিলটি লক্ষ করেছি) এর মতো প্রকল্প ট্র্যাকিংয়ের সরঞ্জামগুলির সাথে আমার বিশেষ অভিজ্ঞতা নেই , কেউ দয়া করে, বিস্তারিত বলতে পারেন গিটহাবের মাইলস্টোনস এবং নতুনটির মধ্যে (কী) পার্থক্য প্রকল্পগুলির?

যদি আমি সঠিকভাবে বুঝতে পারি, মাইলস্টোনগুলি ছোট "উপ-প্রকল্পগুলি" - পুরো "প্রজেক্ট" এর চেয়ে ছোট আকারে সমস্যাগুলি সংগঠিত করার একটি উপায় (যা আমার বিশ্বের দৃষ্টিতে, সংগ্রহস্থল দ্বারা প্রতিনিধিত্ব করা হয় ) )। সমস্ত ইস্যু সমাপ্ত / বন্ধ হয়ে গেলে মাইলফলকটিকে সম্পূর্ণ হিসাবে বিবেচনা করা যেতে পারে ।

সদ্য চালু হওয়া প্রকল্পগুলিও , যেমনটি আমি দেখছি, ছোট-থেকে-সংগ্রহস্থল "সাব-প্রজেক্টগুলি" ( প্রজেক্টস নামে পরিচিত ) এ সমস্যাগুলি সংগঠিত করার একটি উপায় । আমি বুঝতে পারি যে "নিছক" মাইলস্টোনগুলির চেয়ে ওয়ার্কফ্লোটি কিছুটা আলাদা এবং আরও সূক্ষ্ম-দানাযুক্ত হওয়ার কথা ।

সুতরাং, হয় প্রকল্প কিছু কাজী নজরুল ইসলাম যে মাইলফলক (বরং বা মাইলস্টোন সম্পূরক প্রকল্প এখন?) অথবা আমি বরং দেখা উচিত প্রকল্প হিসেবে প্রতিস্থাপন এর মাইলফলক ?

প্রকল্পগুলি ঠিক কোথায় করবেন প্রকৃতপক্ষে repository[-milestone]-issueশ্রেণিবদ্ধের মধ্যে পড়ে ?

দুঃখের বিষয়, প্রকল্পগুলি প্রবর্তন সম্পর্কে গিটহাবের ব্লগ এন্ট্রি কোনও সম্পর্কের কথা উল্লেখ করে না ( https://github.com/blog/2256-a- বৈশিষ্ট্য )।

আমি একরকম মনে করি একটি আছে, তবে আমি এটিতে কোনও আঙ্গুল রাখতে পারি না।


আমি এই প্রশ্নটিকে অফ-টপিক হিসাবে বন্ধ করতে ভোট দিচ্ছি কারণ প্রোগ্রামিংয়ের সাথে এর কোনও যোগসূত্র নেই।
ডাবল-বীপ

20
যেহেতু সহায়তা কেন্দ্রটি পরিষ্কারভাবে বলেছে: "[...] যদি আপনার প্রশ্নটি সাধারণত প্রোগ্রামারদের দ্বারা সাধারণত ব্যবহৃত [...] সফ্টওয়্যার সরঞ্জামগুলি কভার করে; এবং এটি একটি ব্যবহারিক, উত্তরযোগ্য সমস্যা যা সফ্টওয়্যার বিকাশের পক্ষে অনন্য ... তবে আপনি আপনার প্রশ্ন জিজ্ঞাসা করার জন্য সঠিক জায়গায়! " , আমি এর কোনও কারণ দেখতে পাচ্ছি না।
স্মুফ

উত্তর:


155

আমি ঠিক একই জিনিস অবাক করছি। এখানে আমি যা নিয়ে এসেছি তা এখানে।

প্রথমে আসুন প্রধান মিল এবং পার্থক্যগুলি পর্যালোচনা করুন:

  • একটি ইস্যু একাধিক প্রকল্পের সাথে সম্পর্কিত হতে পারে তবে কেবল একটি মাইলস্টোন।
  • প্রকল্পগুলি কখনই হয় না সম্পূর্ণ । কোন অগ্রগতি বার, বা সময়সীমা নেই। প্রকল্পগুলির কোনও অগ্রগতি বার বা সময়সীমা নেই, তবে এখন এটি বন্ধ করা যাবে (@ শিনের দ্বারা নির্দেশিত)
  • অন্যদিকে মাইলফলকগুলিতে সমস্ত কিছু রয়েছে তবে কোনওরকম সংস্থার অভাব রয়েছে। একটি ইস্যু হয় মাইলফলক হয়, না হয়। (@ নিক ম্যাককুরডি দ্বারা নির্দেশিত হিসাবে তাদের অর্ডার করা যেতে পারে)
  • ইস্যুগুলি মাইলস্টোন দ্বারা ফিল্টার করা যেতে পারে তবে প্রকল্পের দ্বারা নয়। @ কমনকি দ্বারা চিহ্নিত হিসাবে, সমস্যাগুলি এখন প্রকল্পের পাশাপাশি মাইলস্টোন দ্বারাও ফিল্টার করা যেতে পারে।
  • প্রকল্পগুলিতে নোট থাকতে পারে (যা ইস্যু হিসাবে রূপান্তরিত হতে পারে) তাই এটি অস্পষ্ট ধারণা সহ ইস্যু ট্র্যাকারকে দূষিত করে না
  • একটি প্রকল্প একাধিক মাইলস্টোন জুড়ে বিস্তৃত হতে পারে এবং একটি মাইলস্টোন বিভিন্ন প্রকল্পের অংশ থাকতে পারে।
  • একটি সংস্থারও প্রকল্প থাকতে পারে। এই প্রকল্পগুলিতে সংস্থার যে কোনও সংগ্রহস্থল থেকে টিকিট অন্তর্ভুক্ত থাকতে পারে, যা এটি বেশ কার্যকর করে তোলে।

সুতরাং আমি যেভাবে দেখছি, তা হ'ল প্রকল্পগুলি আপনার কাজটিকে উচ্চ স্তরের (ভেবে দেখুন "প্রকল্প পরিচালন", একাধিক দল, একাধিক ভাণ্ডার, ইত্যাদি) ভিজ্যুয়ালাইজ করার এবং সংগঠিত করার সম্পূর্ণ পৃথক উপায়, যখন মাইলস্টোনগুলি আপনার সংগঠিত করার একটি উপায় your আরও বেসিক স্তরে সময়সীমা এবং রিলিজ (ভাবেন "রিলিজ ম্যানেজমেন্ট", "সংস্করণ", ইত্যাদি)। এটি মাথায় রেখে, এটি উপলব্ধি করে যে কোনও সমস্যা কেবল একটি মাইলস্টোন সম্পর্কিত (এটি কেবলমাত্র প্রকাশিত হয় বা একবার উত্পাদনের দিকে ঠেলে দেওয়া হয়) তবে বিভিন্ন প্রকল্পের অংশ হতে পারে।

আমি নিশ্চিত যে তারা এটি দেখার অন্যান্য উপায়, এবং আমি অন্যান্য মতামত শুনতে আগ্রহী।

ডিসেম্বর 2017 সম্পাদনা করুন

কিছু সময় আগে, মাইলস্টোনস এবং প্রকল্পগুলির সাথে এক বছরেরও বেশি সময় কাজ করার পরে আমি বুঝতে পেরেছিলাম যে আরও একটি গুরুত্বপূর্ণ বিষয় আছে যা আমি পুরোপুরি উপেক্ষা করেছি।

  • মাইলস্টোনস স্ক্রাম পদ্ধতিগুলির একটি সরঞ্জাম । মাইলস্টোন টাইমবক্সযুক্ত পুনরাবৃত্তির জন্য এবং ইস্যুগুলির ব্যাচগুলির সাথে স্প্রিন্টে কাজ করার জন্য ভাল।
  • প্রকল্পগুলি কানবান পদ্ধতিগুলির একটি সরঞ্জাম । প্রকল্পগুলি অবিচ্ছিন্ন বিতরণ এবং কাজের অবিচ্ছিন্ন প্রবাহের জন্য ভাল।

3
সংক্ষিপ্তসার জন্য ধন্যবাদ, আমি নিজেই এটি ভাবছিলাম। ভাবুন আমি পুরো প্রকল্পগুলি পরিষ্কার করে যাব কারণ এটি আমার ... প্রকল্পগুলির জন্য খুব কার্যকর নয়। গিথুব প্রজেক্টগুলি মনে হয় (আমার কাছে) "উল্টোদিকে" হবে কারণ আমার প্রায়শই 1 টি প্রকল্পের বেশ কয়েকটি সংগ্রহস্থল থাকে, অন্যভাবে নয়।
KEK

1
@ কেইকে, গিটহাব এন্টারপ্রাইজে, আমি একটি এফোনমাস রিপোজিটরিযুক্ত একটি সংস্থা ব্যবহার করি যার কোনও কোড নেই, তবে সমস্ত প্রকল্প এবং তাদের সমস্যাগুলি কেন্দ্রীভূত রাখতে ব্যবহৃত হয়। যে রেপোজিটারিগুলিতে কোড রয়েছে সেগুলির বিরুদ্ধে পুল রিকুয়েস্টসের কেন্দ্রীয় সংগ্রহস্থলের ইস্যুটির একটি সংক্ষিপ্ত উল্লেখ রয়েছে।
ইয়েজিনি

আমার অনুভূতিটি হ'ল মাইলফলকগুলি বেশিরভাগ নিম্নলিখিত সপ্তাহ / মাসের জন্য যেখানে সমস্ত সমস্যা কম-বেশি জানা থাকে এবং প্রকল্পগুলি এক বছরের মাস পর্যন্ত থাকে যেখানে সমস্ত সমস্যা এখনও জানা যায় নি। ওভারল্যাপ হ্রাস করার জন্য দুটিয়ের মধ্যে একটি সংঘবদ্ধ সংহতকরণ আসলেই সার্থক হতে পারে।
ট্রায়ারালিয়ান

1
প্রকল্পগুলি এখন কলাম অটোমেশন প্রিসেট ব্যবহার করে অগ্রগতি বার আছে।
Emlai

এটি চমৎকার. যাইহোক, এটি এখনও আমার কাছে অস্পষ্ট কিনা যদি মাইলস্টোনস এবং প্রকল্পগুলি একসাথে ব্যবহার করা উচিত বা দুটির মধ্যে একটির ব্যবহার করা উচিত। আপনি কি মনে করেন?
ক্রিসডেম্বিয়া

41

আমার মতামত:

  • একটি প্রকল্প একটি প্রক্রিয়া এবং মানুষ সম্পর্কে ।
  • একটি মাইলস্টোন একটি পণ্য সম্পর্কে ।

একটি প্রকল্প গ্রুপের লোকেরা ব্যবহার করা কোনও প্রক্রিয়া সম্পর্কে অন্তর্দৃষ্টি পাওয়ার জন্য সেরা । এর আরও ভাল নাম হবে "ওয়ার্কফ্লো" বা "প্রক্রিয়া"। একটি নতুন মাইলস্টোন তৈরি করে একটি নতুন প্রকল্প তৈরিতে আরও ওভারহেড জড়িত রয়েছে। সুতরাং আপনি যখন সত্যিই আপনার দলে নতুন প্রক্রিয়া করবেন তখনই আপনি সত্যিই একটি নতুন প্রকল্প তৈরি করতে চান : লেনস অবশ্যই বেছে নেওয়া, কনফিগার করা এবং অর্ডার করা উচিত। এগুলি প্রতিটি প্রকল্পেও খুব আলাদা হতে পারে। আমি টয়োটা দ্বারা কানবানের আসল ব্যবহারের দিকে ফিরে আসার কথা ভাবি: জনগণ এবং তাদের কাজের চাপকে পরিচালনা করে।

একটি প্রকল্প প্রশ্নের উত্তর দেয়, "এই মুহুর্তে আমরা কী নিয়ে কাজ করছি?"

দুটি দুর্দান্ত প্রকল্পের উদাহরণ: সফ্টওয়্যার বিকাশ এবং ব্লগিং। প্রত্যেকের জন্য কনফিগারেশনগুলি বিভিন্ন গোষ্ঠীর লোক প্রক্রিয়াগুলিকে সমর্থন করবে; কীভাবে তারা একসাথে কাজ করে এবং জিনিসগুলিতে সাইন আপ করে।

মাইলস্টোনস, বিপরীতে, সমস্ত একই কাজ করে। এগুলি কাজের আদেশের তালিকাগুলি যা কাজের পণ্যটি সম্পূর্ণ বিবেচনা করার জন্য অবশ্যই সমস্ত বন্ধ করে দেওয়া উচিত। .চ্ছিকভাবে, একটি নির্ধারিত তারিখ সেট করা যেতে পারে, যা কেবল অনুস্মারক সরবরাহ করে তবে মাইলস্টোন কার্যকারিতা পরিবর্তন করে না।

একটি মাইলফলক এই প্রশ্নের উত্তর দেয়, "এই পণ্যটি শেষ করতে বাকি কী?"


14

প্রকল্পগুলির সম্পর্কে একটি দুর্দান্ত বিষয় হ'ল তারা মাইলফলকের চেয়ে আরও ফ্রি-ফর্ম। আপনি সেগুলিতে কেবল নোট চক করতে পারেন এবং ইস্যুগুলির সাথে লিঙ্ক করতে পারেন এবং সেগুলি व्यवस्थित করুন তবে এটি আপনার পক্ষে উপযুক্ত। এগুলি ধারণাগুলি অবলম্বন করার জন্য, রোডম্যাপগুলি তৈরি করতে এবং সংস্থানসমূহ এবং নির্ভরতা তালিকাভুক্ত করার জন্য দুর্দান্ত। অতীতে আমি একই জিনিসগুলির জন্য ইস্যু এবং উইকি ব্যবহার করেছি, তবে আমি উভয়ই খুব আনুষ্ঠানিক এবং লেনদেনের (যেমন উচ্চতর ওভারহেড) পেয়েছি।


10

মাইলস্টোনগুলি এমন এক ধরণের লেবেল যা চিহ্নিত এবং গোষ্ঠী টিকিটগুলি যে কোনও সময় সরবরাহ করা হবে বলে আশা করা হচ্ছে। Milestonesপৃষ্ঠা থেকে আপনি যে পৃষ্ঠাটি অ্যাক্সেস করতে পারবেন Issuesতা পরিষ্কার করে দেয় - আপনি কোনও নির্দিষ্ট মাইলফলকের জন্য নির্ধারিত টিকিটের শতাংশ এবং নির্ধারিত তারিখ দেখতে পারেন। আপনি নির্ধারিত তারিখ অনুসারে মাইলফলকগুলি বাছাই করতে এবং কোনও নির্দিষ্ট মাইলফলকের মধ্যে টিকিটকে অগ্রাধিকার দিতে পারেন।

এখানে চাপ সরবরাহের তারিখ এবং ট্র্যাকিংয়ের অগ্রগতির উপর।

অন্যদিকে প্রকল্পগুলি গিতহাবে কান্বান হিসাবে প্রয়োগ করা হয়েছে কিছু ঘণ্টা এবং শিসিসহ বোর্ড । সাধারণ কর্মপ্রবাহ তৈরি করতে আপনি বেশ কয়েকটি কলাম ( এবং সুইমলেনগুলি - যেমন: ডাউগ নীচে বলেছিলেন যে সাঁতারের পোড়াগুলি এখনও সমর্থিত নয়) নির্দিষ্ট করতে পারেন। তারপরে আপনি এক বা অনেকগুলি সংগ্রহস্থল থেকে টিকিট যুক্ত করতে পারেন, সেগুলিকে অগ্রাধিকার দিতে পারেন এবং তারপরে একটি কলাম থেকে অন্য কলামে সেগুলি যেমন চলছে তেমন অগ্রগতি করতে পারেন। উদাহরণস্বরূপ, আপনার কাছে 'ব্যাকলগ', 'অগ্রগতিতে', 'পর্যালোচনার অধীনে', 'টেস্টে', এবং 'সম্পন্ন' কলাম থাকতে পারে এবং টিকিট বাম থেকে ডানে, বা ডান থেকে বামে, যদি বলা যায় যে কোনও ত্রুটিযুক্ত টিকিটটি 'ইন টেস্টিং' থেকে 'ব্যাকলগ' এ ফিরে আসে।

কাজটি সংগঠিত এবং পরিচালনা করার জন্য এখানে চাপ।

তারপরে আপনি সেই কাজটি কীভাবে সংগঠিত এবং বিভাজন করবেন তা আপনার হাতে। আপনি প্রতি মাইলফলকে একটি প্রকল্প তৈরি করতে পারেন বা একটি একক প্রকল্পে বেশ কয়েকটি মাইলফলক রাখতে পারেন, বা মাইলফলককে ছোট ছোট স্প্রিন্টে ভাগ করতে পারেন । আপনার পণ্যটিতে কাজ করার বিভিন্ন দিক কভার করে এমন একাধিক প্রকল্পও থাকতে পারে, উদাহরণস্বরূপ, একটি বিকাশকারীদের জন্য এবং একটি পরীক্ষকগণের জন্য।


কানবনে সাঁতার কাটা কলাম নয়। তারা সারি। গিথুব বর্তমানে প্রথম শ্রেণীর বৈশিষ্ট্য হিসাবে সাঁতার কাটতে সহায়তা করে না।
ডগ

সংশোধন @ ডগের জন্য ধন্যবাদ। এই প্রসঙ্গে প্রথম শ্রেণীর বৈশিষ্ট্যটির অর্থ কী তা আপনি পরিষ্কার করতে পারেন ? এটি কি বিটাতে পাওয়া যায় বা এর মতো কিছু?
জনি বালনি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.