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