AI ने बनवलेल्या ॲपसोबत Git कसे वापरायचे

AI ने बनवलेल्या ॲपसोबत Git वापरण्यासाठी, प्रोजेक्ट एका Git repository ला जोडा, प्रत्येक यशस्वी बदलानंतर commit करा, काय बदलले ते एका ओळीत लिहा, आणि .gitignore वापरून गुपिते बाहेर ठेवा. धोकादायक कामासाठी branch वापरा, कोणी दुसऱ्याने कोड बदलला असेल तर पुन्हा prompt करण्यापूर्वी pull करा, आणि AI ने काही तोडले तर गोंधळावर पुढचा prompt देण्याऐवजी शेवटच्या चांगल्या commit वर परत जा.

Git म्हणजे version control: तुमच्या कोडच्या प्रत्येक जतन केलेल्या आवृत्तीचा इतिहास. GitHub ही एक वेबसाइट आहे जी Git repositories ऑनलाइन साठवते. हे सगळे नवीन असेल तर GitHub म्हणजे काय ते आधी वाचा. हे मार्गदर्शक AI बहुतेक कोड लिहित असताना Git उपयुक्त ठरवणाऱ्या सवयींबद्दल आहे.

AI सोबत Git अधिक महत्त्वाचे का आहे

AI एका वळणात वीस फाइल्स बदलू शकते. हे वेगवान आहे, पण त्याचा अर्थ असा की एका prompt ने काल तुम्ही तपासलेले काहीतरी शांतपणे तुटू शकते. Git तुम्हाला देतो:

परत जाण्याचा मार्ग. कोणतीही commit केलेली आवृत्ती पुनर्संचयित करता येते.
काय बदलले याची नोंद. एका prompt ने कोणत्या फाइल्स आणि ओळी स्पर्शल्या ते नेमके पाहता येते.
बिल्डरच्या बाहेर एक प्रत. तुमचा कोड तुमच्या नियंत्रणातील जागी राहतो.
प्रमाणित हस्तांतरण. कोणताही developer, host किंवा tool Git repository वरून काम करू शकतो.

पायरी 1: Repository जोडा

GitHub किंवा तत्सम सेवेवर एक repository तयार करा (सहसा private), आणि तुमचा प्रोजेक्ट त्याला जोडा. Git सपोर्ट करणारे बहुतेक AI ॲप बिल्डर हे “Connect GitHub” बटण असलेल्या settings पेजद्वारे करतात. तुमच्या बिल्डरमध्ये ते नसेल, तर तुम्ही कोड export करून स्वतः push करू शकता, किंवा एखाद्या developer ला एकदाच सेटअप करायला सांगू शकता.

पहिला push करण्यापूर्वी, repository मध्ये नसाव्यात अशा गोष्टी ignore होतात याची खात्री करा:

.gitignore फाइल तपासा. ती .env फाइल्स, node_modules, build output फोल्डर्स आणि गुपिते असलेली कोणतीही फाइल वगळते याची खात्री करा. तुम्ही काय जोडले ते मला सांगा.

पायरी 2: प्रत्येक यशस्वी बदलानंतर commit करा

Commit म्हणजे संदेशासह जतन केलेला एक snapshot. महत्त्वाची सवय: काहीतरी काम करत असेल तेव्हा, पुढची गोष्ट मागण्यापूर्वी commit करा.

एका बदलासाठी prompt करा.
Preview मध्ये तपासा.
काम करत असेल तर संदेशासह commit करा (किंवा sync करा).
मग पुढे जा.

छोटे commits म्हणजे काही तुटल्यावर कोणत्या बदलामुळे ते झाले हे तुम्हाला कळते, आणि तो बदल मागे घेतल्याने इतर काम वाया जात नाही.

पायरी 3: नंतर वाचता येतील असे संदेश लिहा

चांगला संदेश एका ओळीत सांगतो की काय बदलले आणि का:

चांगला: Orders पेजवर CSV export जोडा
चांगला: Booking form मध्ये संध्याकाळी 6 नंतरच्या वेळा नाकारणे दुरुस्त करा
उपयोगी नाही: update, changes, fix stuff

हे संदेश लिहिण्यासाठी तुम्ही AI ला सांगू शकता:

शेवटच्या commit नंतरचे बदल एका ओळीत सारांशित करा, क्रियापदाने सुरू करा, 70 अक्षरांपेक्षा कमी ठेवा.

पायरी 4: धोकादायक कामासाठी branch वापरा

Branch म्हणजे कामाची वेगळी ओळ. तुम्ही branch वर एखादी गोष्ट वापरून पाहू शकता, ती जमली नाही तर मुख्य आवृत्तीला हात न लावता ती सोडून देऊ शकता.

Branch कधी वापरावा:

बदल मोठा असेल (redesign, नवीन payment flow, database मधील बदल).
एखादा दुसरा माणूस त्याच ॲपवर काम करत असेल.
थेट लाईव्ह जाण्यापूर्वी एखाद्याने बदल तपासावा असे तुम्हाला वाटत असेल.

काम पूर्ण आणि तपासले गेल्यावर ते merge होऊन मुख्य branch मध्ये परत जाते. GitHub वर हे सहसा pull request द्वारे होते, म्हणजे तपासणीसाठी बदल दाखवणारे पेज. तुमचा बिल्डर फक्त एका branch चा sync करत असेल, तर GitHub बाजूने branches developer व्यवस्थापित करू शकतो.

पायरी 5: सुरक्षितपणे undo करा

एखाद्या prompt ने ॲप तुटले तर त्यावर आणखी पाच prompts देण्याची इच्छा दाबा. शेवटच्या चांगल्या आवृत्तीवर परत जा आणि अधिक स्पष्ट prompt वापरून पाहा.

बिल्डरमध्ये: त्यात checkpoint किंवा restore फीचर असेल तर ते वापरा.
Git मध्ये: git revert एक नवीन commit तयार करतो जो जुना commit उलटवतो, त्यामुळे इतिहास अबाधित राहतो. इतरांनी pull केलेल्या कोडसाठी हा सुरक्षित पर्याय आहे.
शेअर केलेल्या branch वर git push --force टाळा, जोपर्यंत नक्की कारण माहीत नाही. ते सगळ्यांचा इतिहास पुन्हा लिहिते.

खात्री नसेल तर विचारा:

शेवटच्या बदलाने login पेज तोडले. मागील commit च्या तुलनेत कोणत्या फाइल्स बदलल्या ते दाखवा, आणि प्रत्येक बदल काय करत होता ते समजवा. अजून काहीही बदलू नका.

पायरी 6: प्रॉम्प्ट करण्यापूर्वी pull करा

GitHub वरील कोड एखाद्या developer किंवा दुसऱ्या tool ने बदलला तर, तुम्ही ते बदल pull करेपर्यंत AI बिल्डरला ते कळत नाही. जुन्या कोडवर prompt केल्यास conflicts आणि काम गमावण्याची शक्यता असते.

प्रत्येक सत्राच्या सुरुवातीला pull करा.
कोण कोणती फाइल बदलतो ते ठरवा, आणि दोन्ही बाजूंनी एकाच वेळी एकच फाइल बदलणे टाळा.
merge conflict आला (एकाच ओळींमध्ये दोन बदल), तर developer किंवा AI ला तो सोडवायला आणि निवड स्पष्ट करायला सांगा.

उदाहरण prompts

सुरू करण्यापूर्वी: माझ्या शेवटच्या सत्रापासून repository मध्ये काय बदलले? commits सारांशित करा.

पुढचा बदल स्वतंत्रपणे करा: प्रत्येक invoice ला एक "Duplicate" बटण जोडा. इतर काहीही बदलू नका, म्हणजे मी त्याचा वेगळा commit करू शकेन.

कोणत्याही API keys, passwords किंवा .env फाइल्स Git मध्ये tracked नाहीत याची तपासणी करा, मागील commits मध्येही. फक्त फाइलांची नावे सांगा, किमती नाही.

सामान्य चुका

गुपिते commit करणे. Git इतिहासात एकदा key गेली की फाइल हटवल्यानंतरही ती उघड होते. ती बदला.
आठवड्याला एकच मोठा commit. एक बदल मागे घेता येत नाही, कारण सगळे बदल एकत्र मागे जातात.
"update" सारखे संदेश. काय तुटले ते शोधण्यासाठी इतिहास निरुपयोगी ठरतो.
जुन्या कोडवर prompt करणे. कोणी दुसरा बदल करत असेल तर आधी pull करा.
चूक दुरुस्त करण्यासाठी force-push करणे. ते इतरांचे काम पुसू शकते. त्याऐवजी revert करा.
node_modules commit करणे. ते खूप मोठे असते आणि lock file वरून तसेही पुन्हा तयार होते.

चेकलिस्ट

प्रोजेक्ट एका private repository ला जोडलेला आहे.
.gitignore मध्ये .env, node_modules, build output आणि गुपिते वगळलेली आहेत.
प्रत्येक यशस्वी बदलानंतर मी commit करतो.
Commit संदेश एका ओळीत सांगतात की काय बदलले.
मोठे किंवा धोकादायक बदल branch वर जातात आणि तपासले जातात.
कोणी दुसरा कोड बदलत असेल तर मी prompt करण्यापूर्वी pull करतो.
मी checkpoints किंवा git revert ने undo करतो, force-push करत नाही.
कधी commit झालेली कोणतीही key बदलली गेली आहे.

Mythex वर Git

Mythex प्रत्येक यशस्वी agent वळणानंतर एक git checkpoint जतन करते, आणि Revert to this point त्या बिंदूपर्यंत प्रोजेक्ट मागे नेते — जो पायरी 5 मध्ये वर्णन केलेला बिल्डर-बाजूचा undo आहे. पहा Iterate without rebuilding.

Pro मध्ये, GitHub sync प्रोजेक्ट settings मधून repository जोडतो, जेणेकरून तुम्ही तिच्याशी push आणि pull करू शकता, आणि export प्रोजेक्ट डाउनलोड करतो ज्यात गुपिते आणि node_modules वगळलेले असतात. पहा GitHub, export, and import. प्रोजेक्ट developer कडे देण्यापूर्वी GitHub जोडल्यास हस्तांतरण खूप सोपे होते — पहा AI ने बनवलेल्या ॲपसोबत developer सोबत कसे काम करायचे आणि AI ने बनवलेले ॲप export करून स्वतः host कसे करायचे.

प्रश्न

माझ्या AI ॲप बिल्डरमध्ये checkpoints असतील तर मला Git हवे का?

Checkpoints तुम्ही बनवत असताना undo करण्याची सोय देतात. Git मात्र बिल्डरच्या बाहेर तुमच्या कोडची एक प्रत ठेवतो, इतर लोकांना वाचता येईल असा इतिहास देतो आणि तोच कोड एखादा developer किंवा दुसरे tool कसे वापरू शकतो याची प्रमाणित पद्धत देतो. ॲप महत्त्वाचे असेल तर दोन्ही वापरा.

AI सोबत बनवताना मी किती वेळा commit करावे?

प्रत्येक यशस्वी बदलानंतर, साधारणपणे प्रत्येक यशस्वी prompt किंवा काही prompts च्या छोट्या गटानंतर. छोटे commits केल्याने ज्या एका बदलामुळे काही तुटले, तो शोधणे आणि मागे घेणे सोपे होते.

Git मध्ये काय कधीच commit करू नये?

API keys, passwords, खऱ्या किमतींसह .env फाइल्स आणि node_modules सारखे इन्स्टॉल केलेले dependency फोल्डर. तुमचा पहिला commit करण्यापूर्वी त्यांना .gitignore मध्ये टाका आणि कधी commit झालेली कोणतीही key बदला.

मी GitHub वर कोड बदलू शकतो आणि AI सोबत बनवणे सुरू ठेवू शकतो का?

हो, जर तुमचा बिल्डर GitHub वरून बदल pull करू शकत असेल तर. AI पुन्हा prompt करण्यापूर्वी pull करा, म्हणजे AI नवीनतम कोडवर काम करेल, आणि दोन्ही बाजूंनी एकाच वेळी एकच फाइल बदलू नका.