मुख्य कुरा यो हो कि AI लाई कच्चा सामग्री दिनुहोस् — वास्तविक diff वा कोड — र एक विशिष्ट, परम्परागत ढाँचाको लागि सोध्नुहोस्। AI परिवर्तनलाई स्पष्ट गद्यमा परिणत गर्न राम्रो छ, तर केवल यदि यो कस्तो परिवर्तन भएको हो भनेर देख्न सक्छ भने।
मुख्य कुरा यो हो कि AI लाई कच्चा सामग्री दिनुहोस् — वास्तविक diff वा कोड — र एक विशिष्ट, परम्परागत ढाँचाको लागि सोध्नुहोस्। AI परिवर्तनलाई स्पष्ट गद्यमा परिणत गर्न राम्रो छ, तर केवल यदि यो कस्तो परिवर्तन भएको हो भनेर देख्न सक्छ भने।
git diff --staged | <your AI tool>।feat:, fix:, docs:), वा तपाईंको changelog शैली।एक आलसी commit message:
fixed stuff
Diff दिएर र Conventional Commit शैली सोधेपछि:
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 तपाईंको आशय जानदैन — केवल यो कोड जो यसलाई देखाइयो — त्यसैले यो fix लाई feat को रूपमा गलत लेबल गर्न वा दावी गर्न सक्छ कि एक side effect वास्तविक छैन।
राम्रो commit messages र दस्तावेज यो हो कि तपाईंको भविष्यको आफू र सहकर्मीहरूले कोड किन अस्तित्वमा छ भनेर बुझ्छन्। AI तिनीहरूलाई राम्रोसँग लेख्न को घर्षण हटाउँछ, तर सटीकता तपाईं को मा छ: एक आत्मविश्वास से गलत changelog कुनै पनि भन्दा खराब छ। यसलाई वास्तविक इनपुट दिनुहोस्, एक वास्तविक परम्परा माग गर्नुहोस्, र commit गर्न अघि प्रमाणित गर्नुहोस्।