একইসাথে অববাহিত রেপো থেকে অবদান এবং ডাইভারিংয়ের জন্য যথাযথ শিষ্টাচার এবং প্রস্তাবিত গিটহাব ওয়ার্কফ্লো কী?


21

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

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

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

প্রধান সমস্যা:

  1. আমি মনে করি আমি (কোথাও) পড়েছি যে আপনার একবারে একটি শাখায় কেবল একটি টান অনুরোধ থাকতে পারে। সুতরাং তার মানে কি আমার প্রতিটি বাগের জন্য পৃথক শাখা থাকা উচিত এবং তারপরে প্রত্যেকটির জন্য পৃথক পুল অনুরোধ করা উচিত?

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

  3. আমি আমার কাঁটাচামচের বিরুদ্ধে সমস্যাগুলি ডকুমেন্ট করার একটি উপায় হিসাবে তৈরি করার কথা ভাবছিলাম যদিও তাদের কাছে ইতিমধ্যে আমার কাছে ঠিক আছে। এটা কি ভাল ধারণা? আমি কীভাবে ইস্যু, প্রতিশ্রুতিবদ্ধতা এবং মাস্টারটির সাথে একত্রে লিঙ্ক স্থাপন করব? যদি আমি একটি টান অনুরোধ আপস্ট্রিম করি তবে আমার সমস্যাটিও পাশাপাশি প্রবাহিত হবে বা সেই নথির লিঙ্কটি নষ্ট হয়ে যাবে? আমি উজানের রেপোগুলির বিরুদ্ধে কোনও সমস্যা খুলতে পারি না (কোনও সমস্যা ট্যাব নেই)।

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

  5. মূল ফাইলের শীর্ষে রিডমি ফাইল এবং ডকব্লক পরিবর্তন সংক্রান্ত শিষ্টাচারটি কী? পরিবর্তন করা, আমার নাম যুক্ত করা, আমার রেপো এবং ডেমোতে লিঙ্ক যুক্ত করা, মূল ডেমোতে লিঙ্কগুলি সরিয়ে ফেলা ঠিক আছে (যেহেতু আমার কাঁটাচামচটি মূলটির সাথে বেমানান হবে)? অবশ্যই, আমি মূল লেখকের নাম এবং লাইসেন্সের তথ্য রেখে দেব। রেকর্ডের জন্য, এটি এমআইটি লাইসেন্সের আওতায় লাইসেন্সযুক্ত।

একক বিকাশকারী হিসাবে যিনি কখনও ভিসিএস ব্যবহার করেননি, আমি ইতিহাস পুনরায় লেখায় অভ্যস্ত । আমি একজন পারফেকশনিস্ট এবং পরিষ্কার-পরিচ্ছন্ন হওয়ার মতো জিনিস। রেকর্ডকৃত ইতিহাসের ধারণাটি আমাকে কিছুটা ঘাবড়েছে এবং আমি প্রথমবার এটি করতে চাই । আমি খেলতে / শিখতে একটি নতুন রেপো তৈরি করেছি, তবে আমি jQuery UI উইজেট ঠিক করার জন্য এগিয়ে যেতে আগ্রহী তাই আমি আমার প্রকল্পটি নিয়ে এগিয়ে যেতে পারি।

উত্তর:


15
  1. সঠিক: একটি টান-অনুরোধ আপনার সংগ্রহস্থলের একটি শাখার সাথে যুক্ত। আপনি যদি শাখাটি সংশোধন করেন তবে আপনি একটি টানা-অনুরোধ হিসাবে যা জমা দিচ্ছেন তাও আপনি পরিবর্তন করছেন।

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

  2. কি আপনার হোয়াইটস্পেস পরিবর্তনের জন্য একটি পুল অনুরোধ করতে! যিনি কখনও কখনও রক্ষণাবেক্ষণকারী হিসাবে কথা বলছেন, আমি এই ধরণের পুল-অনুরোধগুলি পছন্দ করি: আমি তাদের অনুমোদন দিই বা না করি এবং তারা প্রক্রিয়া করতে খুব কম সময় নেয়।

    আপনি যা চালাতে পারেন তা হ'ল রক্ষণাবেক্ষণকারী আপনার সাদা স্থান পরিবর্তনের সাথে একমত নন! সুতরাং, সাবধান ..

  3. হুম .. আপনি এখানে কী অর্জন করতে চাইছেন তা পরিষ্কার নয়। এটি ওভার-ডকুমেন্টেশনের মতো মনে হয় এবং এটি কোনও ধারণার মতো নয় - সম্ভবত আপনি পরিষ্কার করতে পারেন কেন আপনি এটি করতে চান?

  4. আপনার প্রতিশ্রুতি বার্তায় (বা এমনকি কোডের একটি মন্তব্যে) তাঁর রেপুর সাথে লিঙ্ক করা creditণ দেওয়ার এক দুর্দান্ত উপায়। স্পষ্ট যে আপনি তাকে তার জন্য ধন্যবাদ করা হয় - যদিও সতর্কতা অবলম্বন করা আবশ্যক ধারনা এবং না তার কোডের জন্য। আপনি যদি কোডটি অনুলিপি করেছেন তবে আমি তার সম্পর্কে ইমেল করব, যদি না এটি তার কোডটির জন্য কোন লাইসেন্স ব্যবহার করছে তা খুব স্পষ্ট। যদি লাইসেন্সটি পরিষ্কার হয় (এবং আপনি যে প্রতিশ্রুতি জমা দিচ্ছেন তা এটির থেকে আলাদা লাইসেন্স) তবে আপনাকে আপনার পুল-অনুরোধে আলাদা লাইসেন্স যুক্ত করতে হবে এবং এটি আপনার পুল-অনুরোধ বার্তায় উল্লেখ করতে হবে।

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

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

[#:: ধন্যবাদ @ টক্সালোট!]


# For এর জন্য, হ্যাঁ আপনি ইতিহাসটি আবার লিখতে পারেন তবে কেবল স্থানীয় ইতিহাস। একবার এটি সর্বজনীন রেপোতে ঠেলে দেওয়ার পরে ইতিহাস পুনর্লিখন করা সত্যিই খারাপ ধারণা।
toxalot
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.