هيلو هرڪو، پيارا دوستو! GitHub تي نئين خاصيتن جي عاشق جي طور تي، مون کي ڄاڻڻ ۾ ڏاڍي دلچسپي هئي ته جلد ئي اسين سڀ جلدي ۽ موثر طريقي سان ڳولي سگهنداسين GitHub ڪوڊ بيس. اهو تمام آسان ٿي سگهي ٿو، خاص طور تي جيڪڏهن توهان کي اوزار استعمال ڪرڻ لاء هڪ نفيس طريقو ڳولڻ جي ضرورت آهي. اهو خاص طور تي هن حقيقت سان گونجندو آهي ته روس ۾ GitHub جي مستقبل جي مقابلي ۾ کوليو ويو. تنهن ڪري، GitHub يقيني طور تي انهن جي اعزازن تي آرام نه ڪرڻ گهرجي، ان حقيقت جي باوجود ته اهي بلاشبہ مارڪيٽ ۾ اڳواڻ آهن. اسان کي اڳتي وڌڻ ۽ ترقي ڪرڻ جي ضرورت آهي، ٻي صورت ۾ اهو هڪ ڪلاڪ به نه آهي ۽ حريف پڪڙيندا ۽ ڀڄي ويندا. ۽ اهو ايترو ناقابل يقين نه لڳي. مثال طور: ڪيترا ماڻهو اڃا تائين نوڪيا فون استعمال ڪندا آهن؟ ڪير به ڄاڻي ٿو ته اهي فون ٺاهيا آهن؟ هڪ وقت ۾ اهي صرف ناقابل حاصل، اڻڄاتل مارڪيٽ ليڊر هئا ... ۽ هاڻي اهي شمارياتي غلطي جي دائري ۾ ظاهر ٿيندا آهن.
پهريون اثر
GitHub هڪ پروجيڪٽ ٺاهيو آهي جتي توهان ڳولي سگهو ٿا، نيويگيٽ ڪري سگهو ٿا ۽ تجزيو ڪري سگهو ٿا توهان جو ڪوڊ ۽ GitHub تي شايع ٿيل ڪوڊ جون اربين لائينون. اهو نوٽ ڪرڻ ضروري آهي ته ڳولا اسپيبلبل، تيز ۽ درست آهي. اهو خاص طور تي ڪوڊ جي ڳولا لاءِ شروع کان ٺاهيو ويو. نيويگيشن ڪم ڪري ٿو 10 وڏين پروگرامنگ ٻولين لاءِ سيٽنگن کان سواءِ (اسان اميد ٿا ڪريون ته فهرست مستقبل ۾ وڌندي). توهان هڪ باقاعده اظهار استعمال ڪندي ڳولي سگهو ٿا، جيڪو تمام سٺو آهي. ٻيا فلٽر پڻ موجود آهن:- تنظيم طرفان؛
- پروگرامنگ ٻولين تي؛
- مخصوص مالڪ طرفان؛
- فائل جي واڌ سان؛
- باقاعده اظهار جي ذريعي.
اچو ته ڳولا بابت وڌيڪ تفصيل سان ڳالهايو
اهو تمام دلچسپ آهي هڪ نظر وٺو ۽ پنهنجو پاڻ کي ڳولڻ جي ڪوشش ڪريو: ڇا اهو آسان آهي جيئن اهي چون ٿا؟ في الحال، هي خصوصيت عوامي طور تي دستياب ناهي ۽ توهان لنڪ استعمال ڪندي پاڻ کي انتظار جي فهرست ۾ شامل ڪري سگهو ٿا . اسان اتي سڀ نقطا ڀريندا آهيون، سوال سادا آهن، مان انهن کي هتي بيان نه ڪندس. نتيجي طور، اسان کي انتظار جي فهرست ۾ شامل ڪيو ويو آهي ۽ اڳتي وڌو. نتيجي طور، جواب هي ٿيندو: توهان کي صرف انتظار ڪرڻو پوندو. جيترو جلدي مون کي شامل ڪيو ويو، مان ضرور توهان کي سڀ ڪجهه ڏيکاريندس. دير نه ڪريو، پاڻ کي شامل ڪريو ته جيئن توھان ان کي بعد ۾ ڄاڻائي سگھو ۽ ان کي پنھنجي لذت لاءِ استعمال ڪري سگھو) ۽ يقينا، اھو شرم جي ڳالھ آھي ته توھان نئين اوزار کي فوري طور تي آزمائي نٿا سگھو، تنھنڪري اچو ته انھن جي دستاويزن جو تجزيو ڪريون ۽ بيان ڪريون. وڌيڪ تفصيل سان اسان هن اوزار کي اسان جي ڪم لاء ڪيئن استعمال ڪري سگهون ٿا. هاڻي ڳولا جي باري ۾. اهو طبقن ۽ تعميرات کي استعمال ڪندو جيڪي لائبريري ۾ احساس ڪن ٿا جيڪي آئون لکي رهيو آهيان. اهو مون لاءِ وڌيڪ واضح ۽ آسان بڻائيندو، ۽ اميد اٿم ته اهو توهان لاءِ به آسان ٿيندو.بنيادي ڳولا
ImageComparison سڀ کان آسان ڳولا آهي جيڪا فائل جي نالن ۽ انهن جي مواد ۾ سوال سان بلڪل ڳولهي ٿي. هتي هر شيء بلڪل سادي لڳي ٿي. جيڪڏهن اسان ڪلاس جي نالي سان واضح طور تي ڳولڻ چاهيون ٿا، اهو ڪٿي بيان ڪيو ويو آهي ۽ ڪٿي استعمال ڪيو ويو آهي، اهڙي ڳولا اسان جي مدد ڪندي. جڏهن توهان ڪيترن ئي لفظن کي اسپيس سان الڳ ڪري داخل ڪندا، نتيجو اهو ٿيندو ته انهن سڀني لاءِ الڳ الڳ ڳولا ڪئي ويندي: تصوير جو مقابلو ، مطلب ته اهو تصوير ۽ مقابلي ٻنهي لاءِ فائلون ۽ ڪوڊ ڳوليندو . جيڪڏهن توهان کي اسٽرنگ ڳولڻ جي ضرورت آهي جنهن ۾ اسپيس شامل آهن، ته توهان کي صرف حوالا استعمال ڪرڻ جي ضرورت آهي. مثال طور: “ImageComparison comparison = new ImageComparison()” ۽ پوءِ ڳولها پوري اسٽرنگ سان ملندي. ڀڄڻ لاءِ، اسان هميشه وانگر ”\" استعمال ڪندا آهيون. هينئر تائين، هر شيء غير معمولي آهي ۽ اهو اڪثر ڪري چڪو آهي. وڌيڪ، اسان هن بنيادي ڳولا ۾ فلٽر شامل ڪري سگهون ٿا. تنهن ڪري، اچو ته انهن مان هر هڪ بابت ڳالهايو. اهي منطقي "ANDs" هوندا جيڪي فلٽر اسان اڳ ۾ ئي ٺاهيا آهن.ذخيرو طرفان فلٽر ڪريو
هڪ دفعو اسان جو بنيادي فلٽر تيار ٿئي ٿو، اسان پنهنجي ڳولها کي محدود ڪري سگهون ٿا ۽ مخصوص مخزن جي ذريعي ڳولي سگهون ٿا، جيڪو تمام آسان آهي. توهان کي اهو ڏسڻ جي ضرورت ناهي ته ڪلاس ڪهڙي فولڊر ۾ واقع آهي، توهان صرف لکي سگهو ٿا:
repo:romankh3/image-comparison Image ComparisonResult
جتي اسان کي repo بيان ڪرڻ جي ضرورت آهي:${user_name}/${repo_name} . توهان صرف هڪ OR شامل ڪندي ڪيترن ئي مخزنن ۾ ڳولي سگهو ٿا:
repo:romankh3/image-comparison OR repo:romankh3/usage-image-comparison Image ComparisonResult
جيئن بيان ڪيو ويو آهي GitHub، هن وقت اهي ذخيرو ۾ ڳولڻ جي حمايت نه ڪندا آهن جتي نالو باقاعده اظهار جي طور تي بيان ڪيو ويو آهي ... ان جو مطلب اهو آهي ته اهي هڪ اهڙي خاصيت شامل ڪرڻ جي منصوبابندي ڪري رهيا آهن ۽ ان جو مطلب اهو آهي ته پروجيڪٽ اعلان ٿيل تي بند نه ٿيندو. ڪارڪردگي ۽ وڌيڪ ترقي ڪندو.
تنظيم طرفان فلٽر ڪريو
تنظيم يا استعمال ڪندڙ جي ڳولا بلڪل ساڳي طرح ڪئي ويندي آهي جيئن مخزن جي ڳولا ڪندي، صرف لفظ نه هوندو repo ، پر org :
org:romankh3 تصوير جو مقابلو
۽ پوءِ ڳولها صارف/تنظيم جي سڀني ذخيرن ذريعي ٿيندي.
پروگرامنگ ٻولين ذريعي فلٽر ڪريو
توھان ھڪڙي مخصوص پروگرامنگ ٻولي ۾ فائلن جي ڳولا کي پڻ بيان ڪري سگھو ٿا. هتي اڏاوت ساڳي آهي جيئن مخزن ۽ تنظيم لاءِ، صرف لفظ آهي ٻولي :
ٻولي:java Image Comparison
جيئن ته مخزن لاءِ، اهو OR لفظ استعمال ڪندي هڪ ئي وقت ڪيترن ئي ٻولين ۾ ڳولا جي حمايت ڪري ٿو:
ٻولي:java يا ٻولي:ruby Image Comparison
GitHub پاران سپورٽ ڪيل ٻولين جي مڪمل فهرست هتي ملي سگهي ٿي . مون کي عجب ته BrainFuck اتي آهي؟ 😂
فائل جي رستي ذريعي فلٽر ڪريو
پروجيڪٽ ۾ هر فائل جو پنهنجو رستو آهي ۽ توهان ان ذريعي پڻ ڳولي سگهو ٿا فلٽر شامل ڪندي. مثال طور، اتي ھڪڙو فائل آھي ImageComparisonResult ، اھو رستو آھي:
src/main/java/com/github/romankh3/image/comparison/model/ImageComparisonResult.java
تنهن ڪري، سڀني طبقن کي ڳولڻ لاء جن جو رستو شروع ٿئي ٿو src/main/java/com/github/romankh3/image ، توهان کي ضرورت آهي:
رستو: src/main/java/com/github/romankh3/image
انهن صورتن ۾ ڪارائتو ٿي سگهي ٿو جتي اسان نٿا چاهيون ته ٽيسٽ ڪلاس اسان جي ڳولا جي نتيجن کان ٻاهر رهجي وڃن. يا ان جي برعڪس، صرف ٽيسٽ. اهو توهان جي ڳولا کي وڌيڪ لچڪدار بڻائي ٿو. ھڪڙي فلٽر ذريعي فائل جي رستي کي بيان ڪري سگھجي ٿو باقاعده اظهار استعمال ڪندي. مثال طور، اسان کي ڳولڻ جي ضرورت آهي
رستو: src/*/*.js
بوليان آپريشن
۽ يقينا، سڀني فلٽر بلڊنگ جو خاتمو هن معاملي کي گڏ ڪري رهيو آهي Boolean آپريشن استعمال ڪندي. ان لاءِ اسان وٽ آهي ۽، يا، ۽ نه. منهنجو خيال آهي ته اهو اسان لاء ڪافي هجڻ گهرجي. مثال طور، اچو ته هڪ پيچيده ڳولها سوال ٺاهيو: ڪوڊ مان جاوا يا ڪوٽلن جي پيداوار هڪ مخصوص صارف/تنظيم لاءِ:
repo:romankh3 ۽ (ٻولي:جاوا يا ٻولي:ڪوٽلن) ۽ نه رستو:*/test/*
۽ اهو، مان توهان کي ٻڌايان ٿو، صرف ناقابل اعتبار آهي. ڳولا جي درخواست ايترو آسان، جلدي، مختصر ۽ واضح طور تي لکيو ويو آهي ته درخواست کي ڳولڻ ۽ پڙهڻ ۾ ڪو به مسئلو نه ٿيندو.
GO TO FULL VERSION