pull-filter متن کا موازنہ کرتا ہے، ذیلی نیٹ کا نہیں: اسے سابقے کی طرح پڑھیں

مقصود ایک دھکیلا گیا راستہ چھوڑنا تھا۔ تبدیلی کے بعد کوئی دوسرا روٹنگ آپشن غائب ہے، یا کلائنٹ لوپ میں دوبارہ جڑتا ہے۔ دونوں نتائج فلٹر کو ذیلی نیٹ اصول کے طور پر پڑھنے سے آتے ہیں جبکہ یہ متن کا موازنہ کرتا ہے۔ کلائنٹ دیکھتا ہے کہ دھکیلا گیا آپشن آپ کے دیے گئے حروف سے شروع ہوتا ہے یا نہیں، اور کسی مرحلے میں پتے کی منطق شامل نہیں ہوتی۔

فلٹر دراصل کس چیز کا موازنہ کرتا ہے

ہر دھکیلا گیا آپشن ایک نام اور اس کے دلائل سے بنی سطر کی صورت میں آتا ہے۔ فلٹر آپ کے حروف کا موازنہ اس سطر کے آغاز سے کرتا ہے، کسی پتے کے تجزیے سے پہلے اور کسی راستے کی تنصیب سے پہلے۔ اسی لیے کسی نام کے لیے لکھا گیا اصول ان حروف سے شروع ہونے والے ہر آپشن کو پکڑتا ہے، صرف وہ نہیں جسے آپ دیکھ رہے تھے۔ اسی لیے فلٹر الگ سے درست دکھ سکتا ہے اور پھر بھی کوئی غیر متعلق چیز ہٹا سکتا ہے۔

نیٹ ورک رینج جیسی دکھنے والی سٹرنگ پھر بھی صرف حروف ہیں۔ یہ کوئی سابقہ منتخب نہیں کرتی، نیٹ ورک بٹس پر حساب نہیں کرتی اور منزلوں کا مجموعہ بیان نہیں کر سکتی۔ جب ایسا اصول کام کرتا دکھے اور بعد میں رک جائے، تو دھکیلا گیا متن عام طور پر شکل بدل چکا ہوتا ہے۔

ایک خالی جگہ میل کا مجموعہ بدل دیتی ہے

وہی آپشن نام آخری جداکار کے ساتھ اور اس کے بغیر مختلف سطریں منتخب کرتا ہے۔ جداکار کے بغیر میل کھلا رہتا ہے، جبکہ اس کے ساتھ دلائل شروع ہونے سے پہلے آپشن نام کو بالکل وہیں ختم ہونا چاہیے۔

pull-filter ignore "route"
pull-filter ignore "route "

کھلی شکل ان آپشنز کو بھی پکڑتی ہے جو صرف انہی حروف سے شروع ہوتے ہیں، اور اسی طرح غیر متعلق روٹنگ رویہ اس راستے کے ساتھ غائب ہو جاتا ہے جسے آپ چھوڑنا چاہتے تھے۔ فلٹر لکھنے سے پہلے لاگ سے دھکیلی گئی سطر کاپی کریں۔ ترمیم شدہ پروفائل کے ساتھ غیر تبدیل شدہ نقل رکھیں، کیونکہ وسیع میل کو یادداشت کی بجائے فائل سے واپس کرنا آسان ہے۔

ترتیب اور عمل مختلف علامات پیدا کرتے ہیں

اصول ترتیب سے جانچے جاتے ہیں اور پہلا میل نتیجہ طے کرتا ہے، اس لیے جلدی رکھا گیا وسیع اصول بعد کے ہر مخصوص اصول کو ناقابل رسائی بنا دیتا ہے۔ عمل بھی خرابی بدلتا ہے: میل نظر انداز کرنا آپشن ہٹا دیتا ہے اور سیشن جاری رہتا ہے، جبکہ مسترد کرنا ایسی خرابی اٹھاتا ہے جو کنکشن دوبارہ شروع کرتی ہے۔ اس لیے بار بار دھکیلی جانے والی سطر مسترد کرنے والے عمل کے ساتھ مل کر دوبارہ جڑنے کا چکر بناتی ہے۔ اس چکر کو نیٹ ورک خرابی سمجھنا آسان ہے، اور میل کھانے والے آپشن کا نام لینے والی لاگ سطر ہی دونوں کو الگ کرتی ہے۔

لکھیں کہ کون سی سطر ملی اور کون سا عمل چلا۔ چھوڑا گیا راستہ اور دوبارہ شروع ہونے کا چکر مختلف مرمت چاہتے ہیں، اور نوٹ کو دونوں کھلے چھوڑنے کی بجائے بتانا چاہیے کہ کون سا ہوا۔

دیکھیں میزبان نے کیا نصب کیا

دوبارہ جڑنے کے بعد لاگو راستے پڑھیں اور وہ منزل جسے آپ رکھنا چاہتے تھے اور وہ بھی جسے ہٹانا چاہتے تھے جانچیں۔ دھکیلے گئے راستے کو چھوڑنے سے کوئی متبادل نہیں ملتا، اس لیے ناپسندیدہ راستہ جانے کے بعد کوئی وسیلہ کسی دوسرے راستے سے ناقابل رسائی ہو سکتا ہے۔ اگر کوئی نام اب کہیں اور حل ہوتا ہے، تو دیکھیں کہ دھکیلا گیا حل کنندہ آپشن اسی وسیع سابقے میں پکڑا گیا ہے یا نہیں۔ جو تبدیلی آپ کے چلائے گئے امتحان میں کامیاب ہو مگر جس امتحان کا ارادہ تھا اس میں ناکام ہو، یہاں وہی معمول کا نتیجہ ہے۔

وہ فرق ٹکٹ میں رکھیں: وہ راستہ جو آپ نے ہٹایا، وہ راستہ جسے رکھنے کی توقع تھی، اور جدول اب کیا دکھا رہا ہے۔ اگلی تبدیلی اسی ریکارڈ کے خلاف جانچی جائے گی۔

اسے اعتماد کی حد نہ سمجھیں

متن پر فلٹر ترتیب کی سہولت ہے، اس سرور کے خلاف کنٹرول نہیں جس پر آپ اعتماد نہیں کرتے۔ صرف فارمیٹ کے فرق ہی اسے ہرا دیتے ہیں، اسی لیے دستی کتاب اس دعوے کو محدود رکھتی ہے۔ جب سرور آپ کی تنظیم کا ہو، تو مقامی استثنائیں جمع کرنے کی بجائے پش پالیسی درست کرنا زیادہ واضح ہے۔

لکھیں کہ مقامی فلٹر آخر کیوں موجود ہے، تاکہ اگلا شخص فیصلہ کر سکے کہ اس کی اب بھی ضرورت ہے یا نہیں۔ وجہ ختم ہونے کے بہت بعد تک فلٹر جمع ہوتے رہتے ہیں۔