1. जेमिनी सीएलआई का उपयोग करके कोड में बदलाव करना [1]

यह खंड बताता है कि जेमिनी सीएलआई का उपयोग करके मौजूदा कोड को पुन: प्रयोज्य घटकों में कैसे बदला जाए ताकि कोड डुप्लीकेशन को कम किया जा सके।

1.1. कोड में बदलाव के लिए तैयारी [1]

  1. एक नई शाखा पर काम करना [12]
    1. कोड में बदलाव करने से पहले एक नई शाखा पर स्विच करना महत्वपूर्ण है, जैसे कि "Gemini/Card", ताकि मुख्य कोडबेस सुरक्षित रहे। [12]
    2. यह अभ्यास एआई द्वारा कोड जनरेट करते समय विशेष रूप से उपयोगी होता है, क्योंकि यदि कुछ गलत हो जाता है तो शाखा को आसानी से हटाया जा सकता है। [14]
  2. एक नया कंपोनेंट्स फ़ोल्डर बनाना [15]
    1. ऐप फ़ोल्डर के अंदर एक नया "कंपोनेंट्स" फ़ोल्डर बनाया गया है। [15]
    2. यह फ़ोल्डर जेमिनी को नए यूआई कंपोनेंट्स बनाने के लिए एक निर्दिष्ट स्थान प्रदान करता है। [16]
  3. मौजूदा कार्ड टेम्प्लेट की पहचान करना [17]
    1. वर्तमान में, सभी कार्डों के लिए टेम्प्लेट pages फ़ोल्डर के अंदर index पेज कंपोनेंट में हैं। [17]
    2. इस फ़ाइल में कई फ़ीचर कार्ड और कॉम्बो कार्ड हैं, जो डुप्लीकेशन का कारण बनते हैं। [18]
    3. इस फ़ाइल को खुला रखने से यह सुनिश्चित होता है कि जेमिनी को यह पता चल सके कि कौन से टेम्प्लेट को निकालना और बदलना है। [21]

1.2. जेमिनी सीएलआई के साथ कोड में बदलाव करना [23]

  1. जेमिनी को एक प्रॉम्प्ट प्रदान करना [23]
    1. जेमिनी को एक प्रॉम्प्ट दिया जाता है जिसमें कहा जाता है कि होमपेज में तीन फ़ीचर कार्ड और तीन कॉम्बो कार्ड हैं। [24]
    2. प्रॉम्प्ट जेमिनी से इन दो प्रकार के कार्डों के टेम्प्लेट या स्टाइल को फ़ीचर कार्ड और कॉम्बो कार्ड नामक पुन: प्रयोज्य यूआई कंपोनेंट्स में निकालने के लिए कहता है। [25]
    3. इन कंपोनेंट्स को app/components डायरेक्टरी में बनाया जाना चाहिए, और होमपेज को इन नए कार्ड कंपोनेंट्स का उपयोग करने के लिए अपडेट किया जाना चाहिए। [25]
  2. डायरेक्टरी बनाने की अनुमति देना [29]
    1. जेमिनी एक नई डायरेक्टरी बनाने की अनुमति मांगता है। [29]
    2. उपयोगकर्ता इस क्रिया को एक बार या हमेशा के लिए अनुमति दे सकता है। [31]
  3. जेमिनी द्वारा जनरेट किए गए कोड की समीक्षा करना [33]
    1. जेमिनी दो नए कार्ड, फ़ीचर कार्ड और कॉम्बो कार्ड बनाता है, और उनके लिए परीक्षण भी चलाता है। [33]
    2. होमपेज अब हार्डकोडेड टेम्प्लेट के बजाय इन नए फ़ीचर कार्ड और कॉम्बो कार्ड का उपयोग करता है। [39]
    3. कॉम्बो कार्ड title, description, और tags जैसे प्रॉप्स लेता है, जबकि फ़ीचर कार्ड title लेता है और इसमें आइकन और एक सामान्य स्लॉट के लिए स्लॉट होते हैं। [43]
    4. जनरेट किए गए कोड की हमेशा समीक्षा करना महत्वपूर्ण है क्योंकि यह हमेशा सही नहीं हो सकता है या उपयोगकर्ता की अपेक्षाओं से भिन्न हो सकता है। [54]

1.3. परिवर्तनों का परीक्षण और प्रतिबद्ध करना [57]

  1. ब्राउज़र में परिवर्तनों का परीक्षण करना [57]
    1. ब्राउज़र में परिवर्तनों का परीक्षण करने पर, सब कुछ पहले जैसा ही दिखता है, जो वांछित परिणाम है। [59]
    2. लक्ष्य केवल टेम्प्लेट कोड को होमपेज से निकालना और इसे पुन: प्रयोज्य कंपोनेंट्स में डालना था, न कि स्टाइल या टेम्प्लेट को बदलना। [62]
  2. परिवर्तनों को प्रतिबद्ध करना [65]
    1. परिवर्तनों से संतुष्ट होने के बाद, एक प्रतिबद्धता की जाती है। [65]
    2. कोपायलट का उपयोग प्रतिबद्ध संदेश बनाने के लिए किया जा सकता है। [69]
    3. नई शाखा को रिपॉजिटरी में धकेला जाता है, और बाद में, शाखा को मर्ज किया जा सकता है। [70]
  3. समस्या निवारण और पुनरावृति [73]
    1. यदि जनरेट किए गए कोड से पूरी तरह से संतुष्ट नहीं हैं, तो सीएलआई के साथ आगे के प्रॉम्प्ट और संशोधन किए जा सकते हैं, या कोड को मैन्युअल रूप से अपडेट किया जा सकता है। [73]
    2. यदि चीजें बहुत अधिक पटरी से उतर जाती हैं, तो शाखा को हटाया जा सकता है और फिर से शुरू किया जा सकता है। [74]