முக்கியமான விஷயம் என்னவெனில் AI க்கு பச்சை பொருட்களைக் கொடுப்பது — உண்மையான diff அல்லது code — மற்றும் ஒரு குறிப்பிட்ட, வழக்கமான வடிவமைப்பைக் கேட்பது. AI ஒரு மாற்றத்தை தெளிவான prose ஆக மாற்றுவதில் நன்றாக உள்ளது, ஆனால் அது என்ன மாற்றப்பட்டது என்பதைக் கண்டால் மட்டுமே.
git diff --staged | <your AI tool>.feat:, fix:, docs:), அல்லது உங்கள் changelog style.ஒரு சோம்பேறி commit செய்தி:
fixed stuff
Diff ஐ கொடுத்த பிறகு மற்றும் 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 செய்திகள் மற்றும் ஆவணங்கள் உங்கள் எதிர்கால நিজ மற்றும் teammates code ஏன் உள்ளது என்பதை புரிந்து கொள்வது. AI அவற்றை நன்றாக எழுதுவதற்கான உராய்வை நீக்குகிறது, ஆனால் துல்லியம் உங்கள் மீது உள்ளது: ஒரு நம்பிக்கையுடன் உள்ள தவறான changelog எதுமே இல்லாதுவிட விட மோசமாக உள்ளது. இது உண்மையான input ஐ கொடுங்கள், ஒரு உண்மையான வழக்கத்தை கோரி, மற்றும் commit செய்யும் முன் சரிபார்க்கவும்.