पाठ 8 / 29
Git सुरक्षा जाल और हस्तांतरण के रूप में
Agent के काम को समीक्षा-योग्य और उलटने-योग्य रखने को branches, commits और diffs उपयोग करें।
हर agent बदलाव आसानी से दिखना और उलटना संभव होना चाहिए
Version control agent का सबसे अच्छा सुरक्षा जाल है। साफ़ working tree और समर्पित branch (कभी main नहीं) से शुरू करें, ताकि agent जो भी करे वह दिखता diff हो जिसे आप त्याग सकें। स्पष्ट संदेशों वाले छोटे commits पसंद करें, ताकि आप चरण-दर-चरण समीक्षा कर सकें और बाक़ी खोए बिना एक ग़लती git revert या reset कर सकें। Agent का अंतिम हस्तांतरण क्या और क्यों बदला उसके सार वाली branch या pull request हो, test परिणामों सहित, ताकि मनुष्य कहानी नहीं, diff की समीक्षा करे। Agents को संरक्षित branches पर push, इतिहास पुनर्लेखन, या स्पष्ट अनुमोदन के बिना CI configuration बदलना नहीं चाहिए; इसे सिर्फ़ निर्देशों से नहीं, server पर branch protection और आवश्यक समीक्षाओं से लागू करें। चूँकि agent आपका repository इतिहास पढ़ सकता है, याद रखें कि कभी commit हुई कोई भी चीज़ (secrets समेत) उसे दिख सकती है।
प्रति-कार्य branch checklist
असली कार्य पर agent शुरू करने से पहले चलाएँ।
[ ] working tree clean (git status shows nothing)
[ ] new branch for this task (e.g. agent/fix-discount), never main
[ ] tests pass on the branch BEFORE the agent starts (so failures are attributable)
[ ] agent commits in small steps; each message says what and why
[ ] final output = branch/PR + summary + test results, not a chat transcript
[ ] server-side: protected main, required review, required CI checksChat नहीं, git diff से समीक्षा करें
Diff ही सच है कि क्या बदला; agent का वर्णन अधूरा हो सकता है।
त्वरित जाँच: Agent को समर्पित branch पर क्यों काम करना चाहिए?
- Main branches पढ़ी नहीं जा सकतीं
- Branches मॉडल को होशियार बनाती हैं
- वह जो भी करता है समीक्षा-योग्य, त्यागने योग्य diff है
- यह tests की ज़रूरत से बचाती है
Answer
वह जो भी करता है समीक्षा-योग्य, त्यागने योग्य diff है — Branch काम को अलग करती है और उसे पलटना सरल बनाती है।