AI-ээр бүтээсэн аппд Git-ийг хэрхэн ашиглах вэ

AI-ээр бүтээсэн аппд Git ашиглахын тулд төслөө Git репозитортой холбож, ажилладаг өөрчлөлт бүрийн дараа commit хийж, өөрчлөлтийг нэг мөрт тайлбарлан бичиж, .gitignore-оор нууц мэдээллээ гаргаж үлдээ. Эрсдэлтэй ажлыг branch дээр хий, хэрвээ өөр хүн кодыг өөрчилсөн бол дахин промпт бичихээсээ өмнө pull хий. AI нэг зүйлийг эвдэх үед эвдсэн дээр дахин промпт бичихийн оронд сүүлийн сайн commit рүү буцаа.

Git бол хувилбарын удирдлага: кодын хадгалсан хувилбар бүрийн түүх юм. GitHub бол Git репозиторыг интернэт дээр хадгалдаг вэбсайт. Хэрвээ эдгээр нь шинэ бол эхлээд GitHub гэж юу вэ гэдгийг уншаарай. Энэ заавар нь кодын ихэнхийг AI бичдэг үед Git-ийг үр дүнтэй болгох дадлагуудын тухай юм.

Яагаад AI-тай ажиллахад Git илүү чухал вэ

AI нэг эргэлтэд хорин файлыг өөрчилж чадна. Энэ хурдтай, мөн нэг промпт өчигдөр туршсан зүйлийг нууцаар эвдэж болно гэсэн үг. Git танд дараахыг өгдөг:

• Буцах арга. Аливаа commit хийгдсэн хувилбарыг сэргээж болно.
• Юу өөрчлөгдсөний бүртгэл. Промпт аль файл, аль мөрийг хөндсөнийг яг харж болно.
• Бүтээгчээс гадуурх хуулбар. Таны код таны хяналтанд байгаа газар хадгалагдана.
• Стандарт шилжүүлэлт. Аливаа хөгжүүлэгч, хостинг эсвэл хэрэгсэл Git репозиторооос ажиллаж чадна.

Алхам 1: Репозиторо холбох

GitHub эсвэл ижил төстэй үйлчилгээ дээр репозиторо (ихэвчлэн хувийн) үүсгээд төслөө холбо. Git дэмждэг ихэнх AI аппын бүтээгч үүнийг тохиргооны хуудаст "Connect GitHub" товчоор хийдэг. Хэрвээ танай бүтээгч тийм биш бол кодоо экспортлоод өөрөө push хийж болно, эсвэл хөгжүүлэгчээс нэг удаа тохируулахыг хүс.

Эхний push-оос өмнө репозиторо ямар зүйлийг агуулахгүй байхаа баталгаажуул:

.gitignore файлыг шалга. .env файлууд, node_modules, build гаралтын хавтас болон нууц мэдээлэлтэй аливаа файлыг оруулаагүй эсэхийг шалга. Юу нэмснээ надад хэл.

Алхам 2: Ажилладаг өөрчлөлт бүрийн дараа commit хийх

Commit бол мессежтэй хадгалсан агшин зураг юм. Хамгийн чухал дадлага: юм ажиллаж байгаа үед commit хийж, дараагийн зүйлээ гуйхаас өмнө хий.

1. Нэг өөрчлөлтийг промпт хий.
2. Урьдчилан харагдах хэсэгт шалга.
3. Ажилласан бол мессежтэй commit (эсвэл sync) хий.
4. Дараа нь үргэлжлүүл.

Жижиг commit-ууд гэдэг нь юм эвдэрсэн үед аль өөрчлөлт үүнийг хийснийг мэдэж, түүнийг буцаахад бусад ажлаа алдахгүй гэсэн үг.

Алхам 3: Дараа нь уншихад хялбар мессеж бич

Сайн мессеж нэг мөрөнд юу, яагаад өөрчлөгдсөнийг хэлдэг:

• Сайн: Orders хуудсанд CSV экспорт нэмэв
• Сайн: Захиалгын формд 18:00-ийн дараах цагийг буруу татгалзаж байсан засав
• Ашиггүй: update, changes, fix stuff

Мессежийг AI-аас бичүүлж болно:

Сүүлийн commit-оос хойших өөрчлөлтүүдийг нэг мөрөнд, үйл үгээр эхлүүлж, 70 тэмдэгтээс богино байхаар хураангуйлаад бич.

Алхам 4: Эрсдэлтэй ажилд branch ашигла

Branch бол ажлын тусдаа мөр юм. Branch дээр юм туршиж, ажиллахгүй бол үндсэн хувилбарт хөндөхгүйгээр орхиж болно.

Branch ашигла хэрвээ:

• Өөрчлөлт том бол (дахин загварчлал, шинэ төлбөрийн урсгал, өгөгдлийн сангийн өөрчлөлт).
• Нөгөө хүн ижил аппд ажиллаж байгаа бол.
• Өөрчлөлт амьд болохоос өмнө хэн нэгэн шалгах хэрэгтэй бол.

Ажил дуусаж туршигдсаны дараа үндсэн branch руу merge хийгддэг. GitHub дээр ихэвчлэн pull request гэх хуудсаар дамжиж, энд өөрчлөлтүүд шалгагддаг. Хэрвээ танай бүтээгч зөвхөн нэг branch-ийг sync хийдэг бол branch-уудыг GitHub талд хөгжүүлэгч удирдаж болно.

Алхам 5: Аюулгүйгээр буцах

Промпт апп эвдэх үед дээр нь таван удаа дахин промпт бичих хүсэлд бүү орооч. Сүүлийн сайн хувилбар руу буцаж, илүү тодорхой промпт туршаарай.

• Бүтээгчид: байвал checkpoint эсвэл сэргээх функцээ ашигла.
• Git-д: git revert нь хуучин commit-ийг буцаах шинэ commit үүсгэдэг бөгөөд түүхийг бүрэн хадгалдаг. Өөр хүн татсан код дээр үүнийг л ашиглах нь аюулгүй.
• Хуваалцсан branch дээр git push --force-оос зайлсхий, яг яагаад гэдгээ мэдэхгүй бол. Энэ нь түүхийг бүгдийн хувьд дахин бичдэг.

Эргэлзвэл асуу:

Сүүлийн өөрчлөлт нэвтрэх хуудсыг эвдсэн. Өмнөх commit-тэй харьцуулж аль файлуудыг өөрчилснийг харуул, мөн өөрчлөлт бүр юу хийснийг тайлбарла. Одоохондоо юу ч бүү өөрчил.

Алхам 6: Промптын өмнө pull хий

Хэрвээ хөгжүүлэгч эсвэл өөр хэрэгсэл GitHub дээрх кодыг өөрчилбөл AI бүтээгч таныг тэдгээр өөрчлөлтийг pull хийх хүртэл мэдэхгүй. Хуучин кодон дээр промпт бичвэл зөрчил, алдагдсан ажил үүснэ.

• Сесс эхлэх бүрт pull хий.
• Хэн юуг засах тухай тохиролцож, хоёр тал нэг зэрэг нэг файлыг засахаас зайлсхий.
• Хэрвээ merge conflict (нэг мөрийг хоёр өөр өөрчлөлт хөндсөн) гарвал, хөгжүүлэгч эсвэл AI-аас шийдэж, сонголтоо тайлбарлуулаарай.

Жишээ промптууд

Эхлэхээсээ өмнө: сүүлийн сессээс хойш репозиторт юу өөрчлөгдсөн бэ? Commit-уудыг хураангуйлаад өг.

Дараагийн өөрчлөлтийг тусад нь хий: нэхэмжлэх бүрт "Duplicate" товч нэм. Өөр юуг ч бүү өөрчил, ингэснээр би тусад нь commit хийж чадна.

Одоогийн Git-д API түлхүүр, нууц үг эсвэл .env файл хяналтанд байгаа эсэхийг шалга, өмнөх commit-уудыг оролцуулан. Зөвхөн файлын нэрийг хэл, утгыг бүү хэл.

Түгээмэл алдаанууд

• Нууц мэдээлэл commit хийх. Түлхүүр Git-ийн түүхэнд орсон бол файлыг устгасных ч ил болно. Түүнийг сольж (rotate) өг.
• Долоо хоногт нэг том commit. Нэг өөрчлөлтийг буцаахад бүгдийг буцаах хэрэгтэй болно.
• "update" гэх мэт мессеж. Түүх юу эвдсэнийг олоход ашиггүй болно.
• Хуучин кодон дээр промпт бичих. Бусад хүн засаж байвал эхлээд pull хий.
• Алдаагаа засахын тулд force-push хийх. Бусдын ажлыг устгаж магадгүй. Оронд нь revert хий.
• node_modules-ийг commit хийх. Энэ маш том бөгөөд lock файлаас дахин үүсдэг.

Шалгах жагсаалт

• Төсөл хувийн репозиторотой холбогдсон.
• .gitignore нь .env, node_modules, build гаралт, нууц мэдээллийг хасдаг.
• Ажилладаг өөрчлөлт бүрийн дараа commit хийдэг.
• Commit мессежүүд нэг мөрөнд юу өөрчлөгдсөнийг хэлдэг.
• Том эсвэл эрсдэлтэй өөрчлөлтүүд branch дээр орж, шалгагддаг.
• Бусад хүн код засаж байвал промптын өмнө pull хийдэг.
• Checkpoint эсвэл git revert-ээр буцаадаг, force-push хийдэггүй.
• Аль нэг удаа commit хийгдсэн түлхүүр бүрийг солисон.

Mythex дээр Git

Mythex амжилттай agent эргэлт бүрийн дараа git checkpoint хадгалдаг бөгөөд Энэ цэг рүү буцах товчоор төслийг тэр цэг рүү буцаадаг — энэ нь 5-р алхамд тайлбарласан бүтээгчийн талын буцаалт юм. Дэлгэрэнгүйг Iterate without rebuilding хуудаснаас үзнэ үү.

Pro төлөвлөгөөнд GitHub sync нь төслийн тохиргооноос репозиторыг холбож, түүнтэй push, pull хийх боломжийг өгдөг. Export нь нууц мэдээлэл болон node_modules-ийг оруулалгүйгээр төслийг татаж авдаг. Дэлгэрэнгүйг GitHub, export, and import хуудаснаас үзнэ үү. Төслөө хөгжүүлэгчид шилжүүлэхээс өмнө GitHub-аа холбосноор шилжилт хамаагүй хялбар болно — AI-ээр бүтээсэн аппд хөгжүүлэгчтэй хэрхэн ажиллах вэ болон AI-ээр бүтээсэн аппаа экспортлож, өөрөө хостлох арга гэсэн заавруудыг үзээрэй.

Асуултууд