উত্স নিয়ন্ত্রণ ছাড়াই একাধিক ব্যক্তির সাথে অ্যাপ্লিকেশন বিকাশের সবচেয়ে কার্যকর / দক্ষ উপায় কী?


13

আমার পরিস্থিতির পরিচয়

আমি একটি ছোট ওয়েব ডেভলপমেন্ট সংস্থার জন্য কাজ করি। আমাদের সহ চারটি এএসপি.এনইটি বিকাশকারীদের একটি দল রয়েছে। আমাদের প্রায়শই প্রকল্পগুলি (> 98%) এক-ব্যক্তি প্রকল্প যা সম্পূর্ণ হতে 1-4 সপ্তাহ সময় নেয়। আমরা উত্স বা সংস্করণ নিয়ন্ত্রণ ব্যবহার করি না। আমাদের কাছে কেবলমাত্র একটি স্থানীয় সার্ভারে একটি ভাগ করা ফোল্ডার যা সমস্ত প্রকল্পের সর্বশেষ উত্স (== লাইভ অ্যাপ্লিকেশনের উত্স) ধারণ করে।

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

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

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

আমার সমস্যা / উদ্বেগের ব্যাখ্যা

কয়েক সপ্তাহের মধ্যে আমরা আমাদের স্ট্যান্ডার্ডগুলির জন্য বরং একটি বড় প্রকল্পে কাজ শুরু করতে যাচ্ছি। এটি সম্পন্ন হতে সম্ভবত 2-3 মাস বিকাশকারীদের লাগবে। আমি প্রকল্পের লিড (প্রকল্প পরিচালক এবং সীসা বিকাশকারী) হব এবং আমি সমস্ত কিছুর জন্য দায়বদ্ধ থাকব। আমাদের বাইন্ডের তুলনা পদ্ধতির সাথে আমার সমস্যাগুলির অংশ ছিল এবং আমি এই রাস্তাটিকে এই বড় প্রকল্পের সাথে নিতে চাই না যা আমার দায়িত্ব হবে।

যেহেতু আমি সন্দেহ করি যে আমরা সক্ষম হব

  • আমাদের নিজস্ব গিট সার্ভার সেট আপ করুন,
  • সবাইকে গিটের সাথে কাজ করতে শেখাও এবং
  • এই বড় প্রকল্পে গিটকে সফলভাবে নিয়োগ করুন,

আপনার আগ্রহী যদি উত্স বা সংস্করণ নিয়ন্ত্রণ ব্যবহার না করে একই প্রকল্পে একাধিক ব্যক্তিকে সহযোগিতা করার কিছু ভাল উপায় জানা থাকে তবে আমি আগ্রহী।

হালনাগাদ

আমি তাদের উত্তর এবং মন্তব্যের জন্য সবাইকে ধন্যবাদ জানাতে চাই। পরিকল্পনাটি এখানে:

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

8
আপনার নিজের গিট সার্ভার কেন সেট আপ করবেন? যদি এটি কোনও বড় প্রকল্প হয় তবে আপনার নিজের কাছে একটি গিটহাব অ্যাকাউন্ট পান। প্রায় 5 মিনিট সময় নেয় :) আমাদের সম্পূর্ণ সংস্থাটি সম্প্রতি কোনও নতুন অবকাঠামো ছাড়াই এসভিএন থেকে গিট এবং গিটহাবে স্থানান্তরিত করেছে।
ফ্রেসকোমা

34
আইএমও, উত্স নিয়ন্ত্রণ ছাড়াই একটি বড় (বা মিডসাইজ, বা ছোট-ইশ) প্রকল্প করা আজকের বিশ্বে পাগলামি। আমি আসলে এটিকে পেশাদারহীন বলার জন্য এতদূর গিয়েছিলাম (যদি আপনার কাজটি সঠিকভাবে করার জন্য যদি কেউ আপনাকে অর্থ প্রদান করে থাকে))
ম্যাক 18

10
আমি যদি দ্বিধাবিভক্ত হয়ে যাই তবে এটি কেবল একটি ফাইলের আমার এবং একটি লাইন এবং আমার কাছে পুনর্বিবেচনা নিয়ন্ত্রণ না থাকে।
ডায়েটবুদ্ধ

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

4
পাশাপাশি নিজেকে জিজ্ঞাসা করার পাশাপাশি "উত্স নিয়ন্ত্রণ এবং চালনা পেতে বেশ কয়েক সপ্তাহ দীর্ঘ?", আপনার নিজেকে সম্ভবত জিজ্ঞাসা করা উচিত "একটি পেশাদার ওয়েব ডেভলপমেন্ট স্টুডিওতে আমার আরও একটি কাজ সন্ধানের জন্য কয়েক সপ্তাহের বেশি আমার কি যথেষ্ট?"
কারসন 63000

উত্তর:


53

সংস্করণ নিয়ন্ত্রণ ইনস্টল করতে এবং প্রকল্পের প্রত্যেককে এটি ব্যবহার করতে শেখান দয়া করে। এটা খুব কঠিন নয়। ব্যক্তিগতভাবে আমি গিট ব্যবহার করি নি, তবে আমি অন্যান্য সংস্করণ নিয়ন্ত্রণ ব্যবস্থা স্থাপন করেছি এবং ব্যবহার করেছি এবং সেগুলি কাজ করা এত কঠিন নয়। নিশ্চিত হয়ে নিন যে আপনি এমন একটি চয়ন করেছেন যা আপনার বিকাশের পরিবেশের সাথে সংহত করে। এটি এটি কার্যত বিরামবিহীনভাবে ব্যবহার করে তুলবে।

এতে সময় নষ্ট হবে না।

সময় আপনি হবে হারান যখন কেউ মুছে ফেলা হয় বা মোছাগুলিকে কিছু আপনি যে কোডটি আরো অনেক কিছু খরচ হবে।

যদি আপনার ভার্সন নিয়ন্ত্রণ না থাকে তবে আপনি আপনার প্রকল্পটি ব্যাক আপ করার জন্য এবং প্রত্যেকের সংস্করণ কী আছে এবং সার্ভারে কোন সংস্করণ ইত্যাদি রয়েছে তা নিয়ে চিন্তিত করতে ব্যয় করতে পারেন time

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

তারপরে এটিকে সংস্করণ নিয়ন্ত্রণ পাওয়ার ব্যয়ের সাথে তুলনা করুন - শূন্য (যদি আপনি ওপেন সোর্স যান) এবং সেট আপ করতে - 3 ম্যান দিন।

ভুলে যাবেন না যে প্রকল্পের পরে কোনও ত্রুটি এর প্রথম দিকে একের বেশি ব্যয় হতে চলেছে। আপনি ভুল কাউকে কারণ সমগ্র প্রকল্প পুনরায় করার করতে পারেন এই খরচ হবে যদি এ পর্যন্ত মাত্র লেখা সময় চেয়ে বেশি, এটি আপনার মনিব তার দৃঢ় খ্যাতি খরচ হতে পারে।


7
+1 আপনার শিরোনাম প্রশ্নের উত্তর হ'ল উত্স নিয়ন্ত্রণ ব্যবহার শুরু করা । প্রোগ্রামারগুলির কাছাকাছি একবার দেখুন SE এসই এবং স্ট্যাক ওভারফ্লো; প্রমাণগুলি দৃ argument়তার সাথে যুক্তিটি সমর্থন করে যে এটি আপনার দৃশ্যে আপনি করতে পারেন নিখুঁত সেরা জিনিস।
মিশেল টিলি

2
@ ক্রিস্টফ - তাকে এখানে কিছু প্রশ্নে এবং এসও-তে নির্দেশ করুন।
ক্রিসএফ

22
@ ক্রিস্টফ ক্লেস: আমি যদি তুমি থাকতাম তবে আমি আমার চাকরি ছেড়ে দিতাম। সিরিয়াসলি। এসসিএম নেই -> বাই। এটি কোনও স্থপতি যেমন একটি গুহার প্রাচীরের উপরে একটি বৃহত বিল্ডিংয়ের পরিকল্পনা করছে, অন্ধকারে,
দুষ্টু নৃগোষ্ঠী

10
কিন্তু @Kristof এটা করা হয় ভাঙ্গা; আপনি আপনার প্রশ্নগুলিতে "সমস্যার অংশীদার হওয়ার" সাথে যোগাযোগের বিষয়টি স্বীকার করেছেন, সংঘটিত হওয়ার সম্ভাব্য বিপর্যয়ের কথা উল্লেখ না করে। এছাড়াও, আপনি যদি প্রকল্পটির জন্য দায়বদ্ধ হন তবে কাজটি সম্পন্ন করার জন্য আপনার প্রয়োজনীয় মানদণ্ডগুলি নির্ধারণের অনুমতি দেওয়া উচিত। যদি আপনার বস এই পয়েন্টগুলির সাথে একমত না হন ... ভাল, আমি জানি না আপনার পক্ষে সেরা কর্মের উপায়টি কী তবে আমি জানি যে আমি কখনই এমন একটি দলে কাজ করব না যেখানে আমার মতামত (বিশেষত এটির মতো যেখানে প্রতিক্রিয়াগুলি গুরুতর এবং সম্প্রদায়টি একমত হয়) are
মিশেল টিলি

10
সংস্করণ নিয়ন্ত্রণ এবং একটি বাগ ট্র্যাকার প্যান্ট পরা সমতুল্য সফ্টওয়্যার বিকাশ।
টিম উইলিসক্রফ্ট

27

যদি আপনি কোনও ফোল্ডারে উত্সটি ভাগ করেন তবে আপনি সেখানে রেপোগুলিও ভাগ করতে পারেন। সেখানে কোনও .git ফোল্ডার ব্যতীত বস এটি সম্পর্কে জানতে পারবে না।

আপনার কাজটি সঠিকভাবে করার জন্য আপনাকে কখনই অনুমতি চাইতে হবে না - শেঠ গডিন।


3
+1 যদি কেবল প্রশংসার জন্য হয়। আমাকে আমার কাজ করার জন্য অর্থ প্রদান করা হচ্ছে, এটি সঠিকভাবে করা চুক্তিটির অংশ যা আমরা উভয় চুক্তিতে স্বাক্ষর করার সময় সম্মত হয়েছিল।
ম্যাথিউ এম।

4
উত্স নিয়ন্ত্রণ ব্যবহার না করার কোনও ভাল কারণ নেই এবং এটি ব্যবহার করার প্রতিটি কারণ নেই ।
ফ্র্যাঙ্ক শায়ারার

2
এমনকি আপনার সহকর্মীদের উপলব্ধি না করে আপনি গিট ব্যবহার করতে পারেন।
আরমান্ড ২৩'৩৩

1
@ অ্যালিসন: সত্য। এমনকি আমি যদি দলের অন্য একজনের মধ্যে "ন্যায়সঙ্গত" হয়েও থাকি তবে আমি আমার কম্পিউটারে গিটটি কেবল মার্জ-হেল এড়াতে এবং স্থানীয় রোলব্যাক বিকল্প পেতে চাইতাম।
ম্যাক

2
@ ম্যাক হাঁ, এবং শিগগিরই কেউ খেয়াল করবে যে মার্জগুলির সাথে আপনার এত খারাপ সময় নেই, এবং তারাও এটি ব্যবহার করতে চাইবেন :)
আরমান্ড

7

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

কোনও কিছু প্রয়োগের আগে আপনি এর মাঝামাঝি এবং গুরুতর সমস্যার মধ্যে না আসা পর্যন্ত অপেক্ষা করবেন না। শুধু এটি করুন, এবং কাজ সম্পন্ন করুন।

যুক্ত করার জন্য সম্পাদিত: আপনার প্রশ্নটি যা সত্যই জিজ্ঞাসা করছে তা হ'ল উত্স নিয়ন্ত্রণ ব্যবস্থা ব্যবহার না করে আমি কীভাবে উত্স নিয়ন্ত্রণ করব। আপনি প্রয়োজনীয়তাটি স্বীকার করেছেন এবং আমি মনে করি এখানকার প্রত্যেকে আপনাকে একই কথা বলছে: উত্স নিয়ন্ত্রণ ব্যবস্থা ছাড়া উত্স নিয়ন্ত্রণের কোনও বুদ্ধিমান উপায় নেই।


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

5

আমার কাছে কেবল আপনার সংক্ষিপ্তসারটি আছে, তবে এটি থেকে দেখে মনে হচ্ছে যে আপনার বস একটি সময় এবং অর্থের যুক্তি তৈরি করছে এবং আপনি কোনও প্রযুক্তিগত শ্রেষ্ঠত্বের যুক্তি বানাচ্ছেন। আপনার একটি সময় এবং অর্থের তর্ক করা দরকার। কাজগুলি করার গিট উপায়টি শিখুন এবং এটি সাশ্রয় করতে পারে এমন কিছু সময়ের জন্য ট্র্যাক রাখুন, তারপরে "3/28/2011" এর মতো এন্ট্রি সহ আপনার বসকে একটি লগ উপস্থাপন করুন জো কে একটি সংকলনযোগ্য বিল্ডে ফিরে যেতে 30 মিনিট অপেক্ষা করতে হয়েছিল সুতরাং আমরা তার শেষ কমিটের বিপরীতে গিট মার্জ কমান্ডটি প্রায় এক সেকেন্ডে করতে পারতাম "নীচে একটি দুর্দান্ত মোট সহকারে।

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

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

আমি খুব বেশি ডাটাবেস কাজ করি না, তবে আমার জ্ঞানের সাথে ডেটাবেস স্কিমা পরিবর্তনগুলি মার্জ করা সোর্স কন্ট্রোলের মাধ্যমে খুব ভালভাবে পরিচালিত হয় না। যদি এই সংযুক্তিগুলি কঠিন হয় তবে আপনি এমন একটি প্রক্রিয়া পরিবর্তন বিবেচনা করতে চাইতে পারেন যেখানে সমস্ত ডাটাবেস পরিবর্তনগুলি একক গেটকিপারের মধ্য দিয়ে যায়।


3

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


1
আপনার উত্তরের প্রথম তিনটি শব্দটির সত্যই সম্পূর্ণ উত্তর হওয়া উচিত।
gnasher729

2

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

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

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

এখন, আমার দৃষ্টিকোণ এবং আমার নিজের অভিজ্ঞতা থেকে আমি আপনার কাছে থাকা সমস্যার তিনটি সমাধান দেখতে পাচ্ছি:

  • একটি সংস্করণ নিয়ন্ত্রণ ইনস্টল করুন যা ব্যবহার করা সহজ । আমি এসবিএন সার্ভার হিসাবে কোলাবনেটসবার্সনটি ইনস্টল করেছিলাম, এটি সুরক্ষার পক্ষে যথেষ্ট দ্রুত এবং সহজ, যদি আপনি সুরক্ষা সম্পর্কে কিছু চিন্তা না করেন । আপনি যদি ভিজ্যুয়াল স্টুডিও ব্যবহার করেন তবে ডেভেলপারদের ভিজ্যুয়াল স্টুডিওর মধ্যে থেকে সহজেই সোর্স কোড আপডেট / প্রতিশ্রুতিবদ্ধ করতে সক্ষম করতে AnkhSvn ইনস্টল করা যেতে পারে।

  • আপনার মনিবকে বোঝান যে জোয়েল পরীক্ষা এমন কোনও ব্যক্তি লিখেছেন যিনি তার কাজটি খুব ভাল জানেন এবং যদি জোয়েল পরীক্ষাটি কোনও সংস্করণ নিয়ন্ত্রণ রাখার পরামর্শ দেয় তবে এর পিছনে একটি ভাল কারণ রয়েছে। সর্বোপরি, তিনি আরও সিদ্ধান্ত নিতে পারেন যে বিকাশকারীদের কোড লেখার জন্য কোনও আইডিই / সিনট্যাক্স হাইলাইটিং সরঞ্জামের প্রয়োজন হয় না। উইন্ডোজ নোটপ্যাড ঠিক আছে, তাই না? এবং এছাড়াও, কেন ইন্টারনেট অ্যাক্সেস রয়েছে? উইন্ডোজ ৩.১ এ চলমান আমাদের একটি খুব পুরানো পিসি দরকার।

  • এই সংস্থাটি থেকে প্রস্থান করুন , যেহেতু আমার কিছু সন্দেহ আছে যে সংস্করণ নিয়ন্ত্রণ ব্যতীত সবকিছুই নিখুঁত এবং পেশাদার।


এটি অবশ্যই অসম্ভব। উত্স নিয়ন্ত্রণ সাধারণ জায়গা হওয়ার আগে আপনি কীভাবে সফ্টওয়্যারটি বিকাশ করেছিলেন বলে মনে করেন?
গ্র্যান্ডমাস্টারবি

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

2

কোনও বৃহত প্রকল্পে ভিসিএস ব্যবহার না করা কারণ আপনি একটি স্থাপনের সময় বিনিয়োগ করতে চান না খালি পায়ে দীর্ঘ যাত্রা করার মতো, কারণ আপনি জুতো রাখার সময়টি বিনিয়োগ করতে চান না।

কোনও ভিসিএস হ'ল কিছু না থাকার চেয়ে মাত্রার অর্ডার।

ভিসিএস সেটআপ করার একটি মৃত সহজ উপায় হ'ল টর্টোইজএসভিএন (যেহেতু আপনি মনে করছেন যে আপনি সি # ব্যবহার করছেন, তাই আমি মনে করি আপনি উইন্ডোজটিতে রয়েছেন)। আপনি যে স্থানীয় ফোল্ডারটি চয়ন করেছেন তাতে আপনি একটি সংগ্রহশালা তৈরি করেন (এটিতে নেভিগেট করুন, ডান ক্লিক করুন> কচ্ছপ এসভিএন> এখানে সংগ্রহস্থল তৈরি করুন)। আপনার নেটওয়ার্কে এই ফোল্ডারটি ভাগ করুন (এটি সম্ভবত কোনও মেশিনে থাকা উচিত, এটি সর্বদা উপলভ্য থাকে) এবং ইউআরএল দিয়ে চেকআউটগুলি তৈরি করুন file://computername/path/to/that/repository। ডাউনলোড বাদ দেওয়া হয়েছে, এটি সেট আপ হতে এক মিনিটের বেশি সময় নেয় না।


1

আপনার উত্তরটি আপনার বসের একটি সহজ লিঙ্ক ... এই পৃষ্ঠাটি তাকে মেল করুন এবং পেশাদারদের কাছ থেকে "ছাড়ুন" শব্দটি প্রকাশিত হওয়ার সংখ্যাটি হাইলাইট করে।

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


1

উত্স নিয়ন্ত্রণ কেবল তখনই প্রয়োজনীয় যেখানে কোনও প্রকল্পে বিকাশকারীর সংখ্যা> ০. আমি ভাবতে শুরু করি যে কেউ একটানা একীকরণ সম্পর্কে একই কথা বলতে পারে ...

(-:

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

টিএফএস আপনাকে একীকরণের একটি অত্যাশ্চর্য স্তর দেয়। ডিভিসিএস (মার্উরিয়াল বা গিট) সম্ভবত আপনাকে সর্বাধিক নমনীয়তা এবং ক্ষমতা দেবে। এটি না করার কোনও ভাল কারণ নেই।

আমি যদি স্ক্র্যাচ থেকে শুরু করতাম তবে এটি অবশ্যই মার্কুরিয়ালের সাথেই ছিল।

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

আপনার শুরুতে ফিরে আসতে:

আমি প্রকল্পের লিড (প্রকল্প পরিচালক এবং সীসা বিকাশকারী) হব এবং আমি সমস্ত কিছুর জন্য দায়বদ্ধ থাকব

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


0

উপরে উল্লিখিত হিসাবে, আপনি ইতিমধ্যে আপনার ভাগ করা ফোল্ডারে একটি ভান্ডার রাখতে পারেন। আপনি যদি গিট, মার্কুরিয়াল বা বাজারের মতো বিতরণ উত্স নিয়ন্ত্রণ ব্যবস্থা ব্যবহার করেন তবে আপনাকে কোনও সার্ভার কনফিগার করতে সময় ব্যয় করতে হবে না।

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

ভবিষ্যতে যদি আপনার বস আপনাকে টিএফএসে স্যুইচ করতে বলেন, এটির কোনও সংস্করণ নিয়ন্ত্রণ না থাকার চেয়ে এটি আরও ভাল।


0

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

সুতরাং আমরা যা করেছি তা বেশ সহজ ছিল। "আরে, টম, আমি xyz.pbl নিয়ে কাজ করব। সুতরাং কোনও পরিবর্তন আনবেন না"। জিনিসগুলির দুর্দান্ত পরিকল্পনায় আমাদের খুব কমই সমস্যা হয়েছিল।


0

ধরে নিই যে আপনি আপনার দলকে সংস্করণ নিয়ন্ত্রণ গ্রহণ করতে রাজি করতে পারবেন না বা আপনার বস সাবটারফিউজের দিকে ঝুঁকছেন এবং জোর দিয়ে বলেছেন যে দলটি থামবে, আপনি নিতে পারেন-এর চেয়েও কম-অনুকূল উপায় রয়েছে।

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

ডিভিসিএস ব্যবহার করে তা নিশ্চিত করে যে কোনও সার্ভার রাখার দরকার নেই এবং জটিল সেটআপ প্রক্রিয়া নেই। মার্চুরিয়াল ইনস্টল করা এবং বুনিয়াদিগুলি নিয়ে উঠতে এবং চালাতে প্রায় 30 মিনিটের বেশি সময় লাগবে না।

এটি একটি আদর্শ সমাধান নয়, তবে এটি কোনও কিছুর চেয়ে ভাল।


0

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

সুতরাং আপনার বসকে সম্পূর্ণরূপে সেই সংস্করণ নিয়ন্ত্রণের উপর আপনার যুক্তি ভিত্তিকভাবে বোঝানো "একটি আরও ভাল প্রক্রিয়া" লাভ করবে তা অর্থহীন। তবে অন্য হয় আরো অনেক কিছু গুরুত্বপূর্ণ যুক্তি কেন তুমি প্রথম স্থান, সহজে টাকা গণনা করা যায়, যা সংস্করণ বা উৎস নিয়ন্ত্রণ ব্যবহার করতে হবে উপর। এবং সেটা হল:

ঝুঁকি

সমস্যাটি নয় যে উত্স নিয়ন্ত্রণ ব্যবহার করা আপনার বিকাশ প্রক্রিয়াটিকে আরও ভাল করে তোলে। এটি যদি আপনার উত্স নিয়ন্ত্রণে না থাকে তবে এটি আরও একটি বিষয়। ঝুঁকি কি কি?

বলুন কেউ ভুল করে কোনও ফাংশন কোড বা একটি সম্পূর্ণ ফাইল মুছবেন? মেরামতের জন্য কত খরচ হবে? আশা করি কারও কাছে এটি আবৃত রয়েছে, তাই ফিক্সটি প্রান্তিক।

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

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

যতক্ষণ আপনি উত্স নিয়ন্ত্রণ নিয়ন্ত্রণে দরকারী কেন এমন কোনও ব্যবসায়ের কারণ দেখাতে পারেন, এবং ঝুঁকি ব্যবস্থাপনার মধ্যে এমন একটি বিশাল কারণ হ'ল এটি বেশিরভাগ কর্তাদের বোঝাতে পারে।


0

গিটের মতো একটি বিতরণযোগ্য সংস্করণ নিয়ন্ত্রণ ব্যবস্থা ব্যবহার করুন এবং রেফারেন্সের সংগ্রহস্থল সঞ্চয় করতে আপনার ভাগ করা ফোল্ডার মেশিন ব্যবহার করুন। কারণটা এখানে:

প্রতিটি ক্লোন একটি ব্যাকআপ হয়

সার্ভার হার্ড ড্রাইভ ক্রাশ হয়ে গেলে, প্রত্যেকের একটি অনুলিপি থাকে, একটি নতুন ড্রাইভ বা সার্ভারে স্থাপন করার জন্য প্রস্তুত। আপনার সংস্থাটি সংস্করণ নিয়ন্ত্রণ সম্পর্কে গুরুতর নয় বলে আমি মনে করি ব্যাকআপগুলির সাথে এটি বেশ একইরকম হতে পারে।

সাধারণ রেফারেন্স

মাস্টার ব্রাঞ্চের সাথে একটি প্রধান সংগ্রহস্থল থাকার ফলে সর্বশেষ শব্দটির সংস্করণটি জানতে পারবেন। এটি "ফ্রাঙ্কের সংস্করণের বিপরীতে আপনি নিজের পরিবর্তনগুলি পরীক্ষা করেছেন, তবে আপনার কি জন আছে? এবং আপনি কীভাবে সেগুলি একীভূত করেছিলেন?"

আরও আরামে বিতরণ করুন

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

সময়মতো ফিরে যান এবং আপনার ভুলগুলি ঠিক করুন

আপনার ম্যানুয়াল মার্জটিতে এমন সমস্যা ছিল যা আপনি কেবল কয়েক দিন পরে দেখেছিলেন, তবে আপনি ইতিমধ্যে আপনার ভাগ করা ফোল্ডারগুলির সামগ্রীটি ওভাররাইট করেছেন? কোনও ভিএসসি ছাড়া আপনার কোনও ইতিহাস নেই তাই আপনি সহজেই এমন বিন্দুতে ফিরে যেতে পারবেন না যেখানে আপনি নিজের ভুলগুলি পরীক্ষা করে তা ঠিক করতে পারেন fix কোড কোনও ছবির মতো নয়, এটি সিনেমার মতো: এটি সময়ের সাথে বিকশিত হয়। আপনি একটি সিনেমা থেকে একটি ছবি বের করতে পারেন। আপনি কোনও ছবি থেকে মুভিটি বের করতে পারবেন না।

আরও সহজে বাগগুলি সন্ধান করুন

একটি ত্রুটি উপস্থিত হয়েছিল তবে এটি প্রবর্তনের সময় আপনি সত্যিই লক্ষ্য করেন নি, তাই কোড "গরম" থাকাকালীন আপনি এটিকে ঠিক করতে পারবেন না। এখন আপনি কী জানেন যে কোন পরিবর্তনটি এটি চালু করেছে, তাই এটি কোডের বিভিন্ন স্থান থেকে আসতে পারে। কোথায় দেখতে হবে তা আবিষ্কার করতে কয়েক ঘন্টা সময় লাগবে। গিটের সাহায্যে আপনি একটি নির্দিষ্ট সংস্করণে ত্রুটিটি ঘটেছে কিনা তা বলার জন্য কেবল একটি পরীক্ষা তৈরি করতে পারতেন git bissectএবং বাগটি প্রবর্তনের সঠিক প্রতিশ্রুতি সন্ধান করতে পারেন use কোডের কয়েক হাজার লাইনের সন্ধানের পরিবর্তে, আপনি এখন জানেন যে এটি 10 ​​টি লাইন পরিবর্তিত অবস্থায় রয়েছে এবং বাগটি আবার চালু না হয়েছে তা নিশ্চিত করতে আপনি পরীক্ষা টেস্ট স্যুটে রাখতে পারেন।

প্রতিটি বিকাশকারী তার নিজের কাজের জন্য দায়ী

আপনি যদি দলের নেতা হন এবং ভিসিএস না রাখেন তবে আপনাকে সম্ভবত সবচেয়ে খারাপ কাজ করতে হবে, সংহতকরণ। আপনি যদি এটি নিজে থেকে করেন তবে আপনি সম্ভবত সমস্ত পরিবর্তন সম্পর্কে সমস্ত কিছু জানেন না এবং ত্রুটিগুলি প্রবর্তন করতে পারেন। বিপরীতে, যদি আপনি সর্বদা মার্জ করার কোড আসে তখন কোডটি আপনার সাথে জড়ো করার জন্য কোড লিখে এমন লোকদের কাছে জিজ্ঞাসা করেন, তবে সেই সময়টি তারা নতুন কোড তৈরি করতে ব্যবহার করবেন না।

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

পার্থক্যটি হ'ল মার্জটি সেই ব্যক্তি দ্বারা করা হয় যে পরিবর্তনগুলি করেছিল, কে এই কোডটি সবচেয়ে ভাল জানেন কারণ তিনি সে লিখেছিলেন।

এই কোডটি কে লিখেছেন?

এখানে যে বাগটি রয়েছে, কিন্তু সেই নির্দিষ্ট কোডের লাইনটি কে লিখেছেন? এটি মনে রাখা শক্ত, বিশেষত যদি প্রকল্পটি জরায়ুর মাস স্থায়ী হয়। git blameকে এবং কখন সেই লাইনটি লেখা হয়েছিল তা আপনাকে জানিয়ে দিতেন, যাতে আপনি সঠিক ব্যক্তিকে জিজ্ঞাসা করতে পারেন, এবং কোনও "আমার সে কথা মনে নেই"।

প্রকল্পটি আরও বড় হচ্ছে

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

জরুরী পরিবর্তন

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

এটি 10 ​​মিনিট আগে কাজ করেছিল

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

একটি ভিসিএসের সাহায্যে আপনি ঠিক এখনই কিছু করতে পারেন git diffএবং আপনি যে কোডটির উপর ভিত্তি করে করছেন তার ডান সংস্করণের তুলনায় আপনার পরিবর্তন হয়েছে changed

আমাকে আমার ডিবাগ লগ রাখতে হবে

সুতরাং আপনি একটি খারাপ লোক এবং লগিং ব্যবহার করবেন না? printfযতক্ষণ না আপনি সেই সমস্ত বাজে বাগের সমস্ত টুকরা খুঁজে পেয়েছেন আপনাকে আপনার সমস্ত কোডবেসে ছিটানো হয়েছিল? এখন আপনি একটি খুঁজে পেয়েছেন, এটি ঠিক করেছেন, তবে বাকী সমস্যাগুলি ঠিক করার জন্য আপনার সাবধানতার সাথে তৈরি কারখানাটি তৈরি করা ডিবাগিং কোড রাখতে চান।

ভিসিএস ছাড়াই আপনাকে ফাইলগুলি অনুলিপি করতে হবে, ডিবাগিং কোডটি (যা কিছু সম্পাদনার ত্রুটি যুক্ত করতে পারে) পুনরুদ্ধার করতে হবে, এটি টিপুন এবং আপনার ব্যাক আপযুক্ত ফাইলগুলি ফিরিয়ে আনতে হবে। ওহ, তবে মনে হচ্ছে কিছু ডিবাগিং কোড যেভাবেই হয়েছে in

Git এর সাহায্যে, শুধুমাত্র git add --patchএবং কোডের কয়েক লাইন আপনি আপনার কমিট মধ্যে লাগাতে চান নির্বাচন করুন, এবং কমিট করতে পারেন শুধুমাত্র যে। তারপরে আপনি নিজের কাজটি আবার শুরু করুন এবং এখনও আপনার ডিবাগিং কোডটি রয়েছে। আপনাকে কোডটি স্পর্শ করতে হয়নি, সুতরাং কোনও অনুলিপি / আটকানোর ত্রুটি নেই।

কাদা বড় বল

ভিসিএস না থাকলে লোকেরা তাদের পক্ষে কাজ করে, এবং আপনাকে অনেকগুলি পরিবর্তন দেয়, কখনও কখনও সম্পর্কিত নয়। যখন চেক করার জন্য খুব বেশি কোড থাকে, তখন বাগ খুঁজে পাওয়া শক্ত।

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

আমি যদি আপনাকে 1 দ্বারা 1 টি 100 আলু দিই, এবং একটি পচা হয়ে যায়, আপনি অবিলম্বে এটি খুঁজে পাবেন। এখন যদি আমি আপনার সামনে 100 আলু ফেলে দিই এবং পচা একটি খুঁজে পেতে বলি, তবে এটি একই কাজ নয়।

খাঁজ

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

আপনি প্রকল্প নেতা

আপনি যদি নেতা হন তবে এর অর্থ যদি জিনিসগুলি কাজ না করে তবে আপনি দোষ পাবেন। যদি আপনি পরিস্থিতির সাথে স্বাচ্ছন্দ্য বোধ করতে না পারেন কারণ আপনার বস এখনও বুঝতে পারেন না যে সঠিক কাজের জন্য সঠিক সরঞ্জামটি ব্যবহার করা মূল্যবান, তবে খুব কমপক্ষে, আমি কোনও অনুমানযোগ্য ব্যর্থতার নেতা হতে অস্বীকার করব।


-6

ড্রপবক্স ব্যবহার করুন, এটির স্বয়ংক্রিয় সংস্করণ ইতিহাস রয়েছে। আপনি একাধিক ব্যবহারকারীর মধ্যে ড্রপবক্স-ফোল্ডার ভাগ করতে পারেন।

সম্পাদন করা

আপনি কচ্ছপ এসভিএন-ক্লায়েন্টও ডাউনলোড করতে পারেন এবং নেটওয়ার্ক ড্রাইভে "স্থানীয় সংগ্রহস্থল" তৈরি করতে পারেন। তারপরে লোকেরা নেটওয়ার্ক ফোল্ডারের অবস্থান অনুসারে উত্স কোডটি চেকআউট করতে পারে।


1
তবে মার্জ হচ্ছে ??

ভাল আপনি সমস্ত উত্স কোডের স্থানীয় অনুলিপি রাখতে পারেন এবং উইনমার্জ ব্যবহার করে ড্রপবক্স ফোল্ডারের সাথে একবারে মার্জ করতে পারেন।
আরেপ ২

আপনি কি সত্যিকারের প্রকল্পের জন্য এটি চেষ্টা করেছেন? আমার কাছে ভঙ্গুর শব্দ ...

আসলে আপনি ড্রপবক্স ফোল্ডারে স্ট্রাইট বিকাশ করতে পারেন, যদি এটি একটি ওয়েব-প্রকল্প হয় যা একবারে সমস্ত উত্স কোডগুলি সংকলন করার প্রয়োজন হয় না।
আরেপ ২

2
আমি মনে করি এটি অন্যদের কাছে সুপারিশ করার আগে আপনার এটি চেষ্টা করা উচিত!
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.