اہم چیز یہ ہے کہ AI کو خام مواد دیں — اصل diff یا code — اور کسی مخصوص، روایتی فارمیٹ کے لیے کہیں۔ AI ایک تبدیلی کو واضح prose میں بدلنے میں اچھا ہے، لیکن صرف اگر وہ دیکھ سکے کہ کیا بدلا گیا ہے۔
اہم چیز یہ ہے کہ AI کو خام مواد دیں — اصل diff یا code — اور کسی مخصوص، روایتی فارمیٹ کے لیے کہیں۔ AI ایک تبدیلی کو واضح prose میں بدلنے میں اچھا ہے، لیکن صرف اگر وہ دیکھ سکے کہ کیا بدلا گیا ہے۔
git diff --staged | <your AI tool>۔feat:, fix:, docs:)، یا آپ کا changelog style۔ایک سست commit message:
fixed stuff
دiff کو کھلا کر Conventional Commit style کے لیے کہنے کے بعد:
fix(auth): reject expired tokens in session middleware
The middleware only checked token signature, not expiry, so expired
sessions stayed valid. Added an `exp` claim check that returns 401.
دوسرا ورژن ایک reviewer کو بتاتا ہے کیا بدلا گیا اور کیوں — چھ ماہ بعد git log میں بہت زیادہ مفید۔
ہمیشہ نتیجہ کو اصل تبدیلی کے خلاف پڑھیں۔ AI آپ کے نیت کو نہیں جانتا — صرف وہ code جو اسے دکھایا گیا — اس لیے وہ fix کو feat کے طور پر غلط لیبل کر سکتا ہے یا ایسے side effect کا دعویٰ کر سکتا ہے جو اصل میں نہیں ہے۔
اچھے commit messages اور دستاویزات وہ طریقہ ہیں جس سے آپ کا مستقبل خود اور ٹیم mates سمجھتے ہیں کیوں code موجود ہے۔ AI انہیں اچھی طرح لکھنے کی رگڑ کو ختم کرتا ہے، لیکن درستگی آپ پر ہے: ایک اعتماد سے بھرا ہوا غلط changelog کوئی بھی نہیں ہونے سے بدتر ہے۔ اسے حقیقی input دیں، حقیقی convention کا مطالبہ کریں، اور commit سے پہلے تصدیق کریں۔