Breytingin
Eftir þessa æfingu hefurðu breytt kóða í höndunum, sent breytinguna inn með git og séð hana fara sjálfkrafa í gagnið á Vercel.
Hvers vegna þetta skiptir máli
Þetta er kjarnalykkja forritarans: breyta, senda inn, ýta, koma í gagnið. Þegar þú hefur keyrt hana í höndunum skilurðu nákvæmlega hvað gerist þegar Claude Code gerir það fyrir þig í einingu 5. Lykkjan kynnir líka öflugasta hugtak útgáfustýringar: hverja innsenda breytingu má taka til baka. Þú getur ekki eyðilagt neitt varanlega sem þú hefur sent inn.
Hvernig á að gera það
- 1
Gerðu litla en sýnilega breytingu á forritinu
- 2
Staðfestu breytinguna í vafranum á eigin vél
- 3
Setja á sviðið og commit
- 4
Ýttu breytingunni upp og fylgstu með henni fara í gagnið á Vercel
Fyrirmælin
I want to make the following change to my React app: [DESCRIBE THE CHANGE — e.g. "Change the main heading from 'Welcome' to 'Hello World'"] I have the following file open: [PASTE THE RELEVANT FILE OR THE SPECIFIC COMPONENT] Please: 1. Show me exactly which line(s) to change 2. Show the before and after 3. Warn me if this change could affect anything else in the app
Gæðaviðmið
- ✓Þú gerðir sýnilega kóðabreytingu í VS Code
- ✓Þú settir breytinguna á svið og sendir hana inn með lýsandi skilaboðum
- ✓Þú ýttir á GitHub og fylgdist með útgáfunni á Vercel
- ✓Breytingin sést á Vercel-vefslóðinni í gagninu
Algeng mistök
Að staðfesta breytinguna ekki á eigin vél áður en hún er send inn
→ Athugaðu alltaf í vafranum á eigin vél fyrst. Líti þetta rangt út þar skaltu laga það áður en þú sendir inn. Kóði sem er ýtt á GitHub fer sjálfkrafa í gagnið á Vercel.
Að skrifa innihaldslaus skilaboð með innsendingum — „update“, „fix“, „change“
→ „Breytti fyrirsögninni svo hún taki betur á móti lesandanum“ segir þér eftir hálft ár hvað gerðist. „update“ segir þér ekkert. Skrifaðu fyrir sjálfan þig eftir sex mánuði.