برنامه نویسی

مشارکت در مخزن دیگری – انجمن DEV

Summarize this content to 400 words in Persian Lang
از ابتدای این ماه، من سخت روی دوره منبع باز که در Seneca Polytechnic گذرانده بودم، کار می‌کردم و یکی از آزمایشگاه‌هایی که داشتیم این بود که یک درخواست کشش ایجاد کنیم تا مخزن شخص دیگری و یک درخواست کشش به مخزن خود شما تأیید شود. ، بنابراین این چیزی است که من در مورد آن صحبت خواهم کرد.

من قصد دارم با یک درخواست کششی که برای یک مشکل ایجاد کردم شروع کنم. مشکل اضافه کردن پشتیبانی برای یک پرچم بود که به شما امکان می دهد ببینید که چه تعداد نشانه در درخواست و در پاسخ استفاده شده است:https://github.com/aamfahim/explainer.js/issues/22

روند اجرای این ویژگی بسیار ساده بود. من باید مخزن اصلی را فورک می‌کردم، تغییرات را انجام می‌دادم و به یک شاخه جدید فشار می‌دادم، و یک درخواست کشش از شاخه در فورک خود به شاخه اصلی در مخزن اصلی ایجاد می‌کردم:https://github.com/aamfahim/explainer.js/pull/23

پیاده سازی بسیار ساده بود، با توجه به این واقعیت که من مدت زیادی از node.js استفاده کرده ام و هم تیمی من با توجه به نحوه نوشتن کد، الزامات سختگیرانه زیادی ندارد. پس از اینکه کد من را بررسی کرد، از من درخواست کرد که نام متغیرها را تغییر دهم تا توصیفی تر باشد، اما این در مورد آن بود – تغییرات بسیار ساده و سرراست بودند.

اکنون، شریک من در اجرای این مشکل در مخزن من با مشکلات زیادی روبرو شده است:https://github.com/SychAndrii/infusion/issues/20

با درخواست کشش او:https://github.com/SychAndrii/infusion/pull/21

همانطور که می بینید، سابقه بررسی و تغییرات درخواستی بسیار طولانی تر از اولین درخواست کشش است. روشی که هم تیمی من (که من از مشکلش تشکر می کنم) اولین بار شامل ایجاد تابعی بود که فقط در صورت اجرای پارامتر دوم کد خود را اجرا می کرد. True، بنابراین تصمیم گرفتم که این روش خیلی تمیزی نیست و از او خواستم آن را بازسازی کند. به جای ساختن Langchain's chain شی با استفاده از تابعی که گاهی اوقات کاری انجام نمی دهد، از او خواستم که این شی را به صورت شرطی بسازد، اما با یک تابع، که همیشه مفید است. علاوه بر این، هم تیمی من در برخورد با آنها مشکلات زیادی دارد Python زبان (راستش را بخواهید من هم همینطور)، بنابراین او در اجرای این ویژگی به طور کلی، به دلیل زبان و به دلیل لایه‌های انتزاعی متعدد LangChain، با مشکلات زیادی روبرو شد.

پس از تکمیل این آزمایشگاه، یاد گرفتم که چگونه کدها را در github بررسی کنم، درخواست‌های pull را رد کنم و آنها را تأیید کنم، و چگونه آنها را به مشکلات موجود مرتبط کنم. علاوه بر این، من قبلاً در مورد هر کاری که انجام می دادیم آگاهی داشتم.

از ابتدای این ماه، من سخت روی دوره منبع باز که در Seneca Polytechnic گذرانده بودم، کار می‌کردم و یکی از آزمایشگاه‌هایی که داشتیم این بود که یک درخواست کشش ایجاد کنیم تا مخزن شخص دیگری و یک درخواست کشش به مخزن خود شما تأیید شود. ، بنابراین این چیزی است که من در مورد آن صحبت خواهم کرد.

من قصد دارم با یک درخواست کششی که برای یک مشکل ایجاد کردم شروع کنم. مشکل اضافه کردن پشتیبانی برای یک پرچم بود که به شما امکان می دهد ببینید که چه تعداد نشانه در درخواست و در پاسخ استفاده شده است:
https://github.com/aamfahim/explainer.js/issues/22

روند اجرای این ویژگی بسیار ساده بود. من باید مخزن اصلی را فورک می‌کردم، تغییرات را انجام می‌دادم و به یک شاخه جدید فشار می‌دادم، و یک درخواست کشش از شاخه در فورک خود به شاخه اصلی در مخزن اصلی ایجاد می‌کردم:
https://github.com/aamfahim/explainer.js/pull/23

پیاده سازی بسیار ساده بود، با توجه به این واقعیت که من مدت زیادی از node.js استفاده کرده ام و هم تیمی من با توجه به نحوه نوشتن کد، الزامات سختگیرانه زیادی ندارد. پس از اینکه کد من را بررسی کرد، از من درخواست کرد که نام متغیرها را تغییر دهم تا توصیفی تر باشد، اما این در مورد آن بود – تغییرات بسیار ساده و سرراست بودند.

اکنون، شریک من در اجرای این مشکل در مخزن من با مشکلات زیادی روبرو شده است:
https://github.com/SychAndrii/infusion/issues/20

با درخواست کشش او:
https://github.com/SychAndrii/infusion/pull/21

همانطور که می بینید، سابقه بررسی و تغییرات درخواستی بسیار طولانی تر از اولین درخواست کشش است. روشی که هم تیمی من (که من از مشکلش تشکر می کنم) اولین بار شامل ایجاد تابعی بود که فقط در صورت اجرای پارامتر دوم کد خود را اجرا می کرد. True، بنابراین تصمیم گرفتم که این روش خیلی تمیزی نیست و از او خواستم آن را بازسازی کند. به جای ساختن Langchain's chain شی با استفاده از تابعی که گاهی اوقات کاری انجام نمی دهد، از او خواستم که این شی را به صورت شرطی بسازد، اما با یک تابع، که همیشه مفید است. علاوه بر این، هم تیمی من در برخورد با آنها مشکلات زیادی دارد Python زبان (راستش را بخواهید من هم همینطور)، بنابراین او در اجرای این ویژگی به طور کلی، به دلیل زبان و به دلیل لایه‌های انتزاعی متعدد LangChain، با مشکلات زیادی روبرو شد.

پس از تکمیل این آزمایشگاه، یاد گرفتم که چگونه کدها را در github بررسی کنم، درخواست‌های pull را رد کنم و آنها را تأیید کنم، و چگونه آنها را به مشکلات موجود مرتبط کنم. علاوه بر این، من قبلاً در مورد هر کاری که انجام می دادیم آگاهی داشتم.

نوشته های مشابه

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

دکمه بازگشت به بالا