Ачааллж байна...
Түвшин 2-ын төгсгөлд ирлээ. Энэ Түвшинд та цомгоо GitHub руу гаргаж, хоёр газраас аюулгүй ажиллаж, README бичиж, repository-гоо цэвэрлэж, GitHub-ийн интерфэйсээр аялж, профайлаа цэгцэлж, issue болон pull request-ийг сурсан. Одоо бүгдийг нь нэг бүтэн мөчлөгт нэгтгэх цаг болжээ. Энэ удирдлагатай бүтээлд бид зарлагын бүртгэлийг бусдад харуулахад бүрэн бэлэн болгож нийтэлнэ. Эхлээд нийтлэхийн өмнөх шалгалт хийнэ. Дараа нь мэргэжлийн хөгжүүлэгчийн өдөр тутмын мөчлөгийг эхнээс нь дуустал нэг удаа бүрэн туулна: нээлттэй issue-г сонгох, салаа үүсгэх, хэд хэдэн жижиг commit, pull request, өөрийгөө хянах, нэгтгэх, issue автоматаар хаагдах, local-ыг шинэчлэх. Эцэст нь шинэ хувилбараа release болгон тэмдэглэж, профайлаа танихгүй хүний нүдээр шалгана.
Энэ бол даалгавар биш, бид хамтдаа алхам алхмаар хийх ажил. Алхам бүрийн дараа шалгах цэг бий. Ажлын хугацаа 45-60 минут орчим. Хичээлийн төгсгөлд бүх command-ын дараалал болон GitHub дээр хийх алхмуудын жагсаалт бий тул ирээдүйд шинэ боломж нэмэх бүрт түүнийг заавар болгон ашиглаж болно.
Алхам 1: Хамгийн сүүлийн байдлыг авах
Гэрийн компьютерийн expense-tracker фолдероо VS Code-д нээнэ үү.
Command:
git switch main
git pull
git statusГаралт:
Already on 'main'
Your branch is up to date with 'origin/main'.
Already up to date.
On branch main
Your branch is up to date with 'origin/main'.
nothing to commit, working tree cleanШалгах цэг: main дээр, GitHub-тай ижил, ажлын фолдер цэвэр.
Алхам 2: Лангуугаа шалгах
5.2 дугаар хичээлийн шалгах жагсаалтыг дахин хэрэглэе.
Command:
git ls-filesГаралт:
.gitignore
LICENSE
README.md
data/expenses.json
formatting.py
main.py
report.py
requirements.txt
storage.pyМөр бүрийг уншаарай: автоматаар үүсдэг зүйл алга, нууц мэдээлэл алга, гар хуулбар алга, нэрнүүд нэг хэв маягтай, README, .gitignore, requirements.txt, LICENSE бүгд бий. data/expenses.json-ийг .gitignore-д нэмсэн бол тэр жагсаалтад харагдахгүй, энэ нь ч зөв.
Шалгах цэг: Жагсаалтад байх ёсгүй зүйл алга.
Алхам 3: Түүхийн тухай нэг шударга шалгалт
Нийтлэхийн өмнө нэг зүйлийг тусгайлан бодох хэрэгтэй. git ls-files зөвхөн одоо хянагдаж буй файлуудыг харуулдаг. Харин repository public болбол бүх түүх, өнгөрсөн бүх commit харагдана. Хэрвээ та өнгөрсөнд хувийн өгөгдөл эсвэл нууц мэдээлэлтэй файлыг commit хийгээд, дараа нь устгасан бол тэр нь түүхэнд байсаар байна. 3.4 болон 2.4 дүгээр хичээлүүдийн анхааруулгыг санаарай.
Хэрвээ та энэ сургалтын алхмуудыг дагасан бол түүхэнд тийм зүйл байхгүй. Гэхдээ эргэлзэж байвал шалгах энгийн арга бий: GitHub дээр repository-гийнхоо commit-ын түүхийн хуудсыг нээгээд, commit бүрийн Files changed хэсгийг гүйлгэж харах. Мөн 4.1 дүгээр хичээлд имэйлээ нууцлахаас өмнө хийсэн commit-ууд хуучин имэйлийг тань агуулдаг гэдгийг санаарай. Хэрвээ энэ нь танд хамаагүй бол үргэлжлүүлээрэй.
Шалгах цэг: Таны түүхэнд нийтэд харагдах ёсгүй зүйл байхгүй гэдэгт та итгэлтэй байна.
Алхам 4: Repository-ийн нүүр хуудсыг шалгах
Browser дээр repository хуудсаа нээж, 5.4 дүгээр хичээлийн reviewer-ийн нүдээр хараарай. About хэсэгт тайлбар болон topics байна уу? Байхгүй бол арааны icon-оор нэмнэ үү. README-д "энэ юу вэ", “Features”, “Requirements”, “How to run”, гаралтын жишээ, “Project structure”, “License” хэсгүүд бий юу? 6.2 дугаар хичээлийн дараа гаралтын жишээ программын одоогийн гаралттай таарч байна уу?
Шалгах цэг: About бөглөгдсөн, README бүх хэсэгтэй, үнэн мэдээлэлтэй.
Алхам 5: Харагдах байдлын шийдвэр
Хэрвээ таны repository private бол одоо public болгох эсэхээ шийдэх цаг. Энэ нь таны шийдвэр: төслөө portfolio-доо онцлох гэж байгаа бол public байх ёстой, хувийн хэвээр байлгахыг хүсвэл private-аар үлдээж болно. Public болгохын тулд repository-ийн Settings табын хамгийн доод “Danger Zone” хэсгээс “Change visibility”-г сонгож, зааврыг дагана уу. GitHub таныг баталгаажуулахын тулд repository-ийн нэрийг бичихийг хүсэж магадгүй.
[Зураг: Danger Zone дахь “Change visibility”]
Шалгах цэг: Repository-ийн нэрийн хажууд таны хүссэн “Public” эсвэл “Private” тэмдэг харагдаж байна.
Алхам 6: Ажлаа сонгох
Repository-ийн Issues табыг нээнэ үү. 6.1 дүгээр хичээлд үүсгэсэн issue #2 “Show total per category” enhancement шошготойгоор нээлттэй хүлээж байна. Энэ бол бидний өнөөдрийн ажил. Issue-г нээж тайлбарыг дахин уншаарай: ангилал тус бүрийн нийт дүнг хэвлэх. Ажлаа эхлэхээсээ өмнө юу хийх ёстойгоо тодорхой мэдэх нь issue-ийн гол ашиг.
Хэрвээ та 6.1 дүгээр хичээлд issue #2-ийг үүсгээгүй бол одоо тэр хичээлийн "Санааг issue болгох" хэсгийн дагуу үүсгээрэй. Таны issue өөр дугаартай байж болох бөгөөд энэ хичээлийн “#2”-ыг өөрийн дугаараар солиорой.
Шалгах цэг: Хийх ажил тань дугаартай, нээлттэй issue хэлбэрээр бүртгэлтэй.
Алхам 7: Салаа үүсгэх
Command:
git switch -c category-totalsГаралт:
Switched to a new branch 'category-totals'Алхам 1-д main-ийг шинэчилсэн тул салаа хамгийн сүүлийн main-аас үүсэв.
Шалгах цэг: VS Code-ийн зүүн доод буланд “category-totals” харагдаж байна.
Алхам 8: Эхний commit: функц
Ажлыг жижиг, утга бүхий хэсгүүдэд хуваая. Эхлээд зөвхөн тооцооллын функцийг нэмнэ. VS Code-д report.py-г нээж, төгсгөлд нь нэмнэ үү.
python
def total_by_category(expenses):
totals = {}
for e in expenses:
category = e["category"]
totals[category] = totals.get(category, 0) + e["amount"]
return totalsФункц dictionary үүсгэж, зарлага бүрийн ангиллыг түлхүүр болгон дүнг нэмж байна. totals.get(category, 0) нь ангилал анх удаа гарахад тэгээс эхэлнэ. Эдгээрийг өмнөх сургалтын dictionary-ийн хичээлээс мэдэж байгаа. Хэрвээ таны data файлд түлхүүрүүд өөр нэртэй бол, жишээ нь “category”-ийн оронд “angilal”, кодыг өөрийн нэрээр тааруулаарай. Функцийг шалгая.
Command:
python -c "from storage import load_expenses; from report import total_by_category; print(total_by_category(load_expenses('data/expenses.json')))"Гаралт:
{'хоол': 8500, 'унаа': 12000}Хоолны хоёр зарлага нэгдэж 8500, унааны нэг зарлага 12000 болжээ. Функц ажиллаж байна.
Command:
git add report.py
git commit -m "Add total_by_category function"Гаралт:
[category-totals 1a7e3c2] Add total_by_category function
1 file changed, 7 insertions(+)Шалгах цэг: Функц зөв dictionary буцааж, commit category-totals салаан дээр хийгдсэн.
Алхам 9: Хоёр дахь commit: хэвлэх
Одоо функцийг программд ашиглана. main.py-г дараах байдалтай болгоно уу.
python
from storage import load_expenses
from report import total, count, average, total_by_category
from formatting import format_amount
expenses = load_expenses("data/expenses.json")
print("Нийт зарлага:", format_amount(total(expenses)))
print("Нийт бичлэг:", count(expenses), "ширхэг")
print("Дундаж зарлага:", format_amount(round(average(expenses))))
print()
print("Ангиллаар:")
for category, amount in total_by_category(expenses).items():
print(f" {category}: {format_amount(amount)}")Command:
python main.pyГаралт:
Нийт зарлага: 20,500₮
Нийт бичлэг: 3 ширхэг
Дундаж зарлага: 6,833₮
Ангиллаар:
хоол: 8,500₮
унаа: 12,000₮Хоосон print() нь хураангуй болон ангиллын хэсгийн хооронд хоосон мөр үүсгэж, гаралтыг уншихад хялбар болгосон.
Command:
git add main.py
git commit -m "Show totals per category in summary"Гаралт:
[category-totals 6c0b9d4] Show totals per category in summary
1 file changed, 5 insertions(+), 1 deletion(-)Шалгах цэг: Программ ангиллаар нийт дүнг харуулж байна.
Алхам 10: Гурав дахь commit: баримт бичиг
6.2 дугаар хичээлд бид README-г шинэчлэхээ мартаж, pull request-ийн хянах үед олсон. Энэ удаад тэр сургамжаа хэрэглэж, README-г урьдчилан шинэчилье. README.md-ийн “Features” жагсаалтад мөр нэмнэ үү.
markdown
- Prints the total for each category“Example output” хэсгийн кодын блокийг Алхам 9-ийн гаралтаар бүтэн солино уу.
Command:
git add README.md
git commit -m "Document category totals in README"Гаралт:
[category-totals 8f2d5a1] Document category totals in README
1 file changed, 5 insertions(+)Салааны түүхийг харъя.
Command:
git log --oneline main..category-totalsГаралт:
8f2d5a1 (HEAD -> category-totals) Document category totals in README
6c0b9d4 Show totals per category in summary
1a7e3c2 Add total_by_category function“main..category-totals” нь “main-д байхгүй, category-totals-д байгаа commit-ууд” гэсэн утгатай. Энэ бол pull request-д яг орох commit-ууд. Гурван commit, гурван тодорхой алхам: тооцоолол, харуулалт, баримт бичиг. Reviewer энэ гурван мөрийг уншаад ажил хэрхэн хийгдсэнийг шууд ойлгоно.
Шалгах цэг: Салаан дээр гурван тодорхой commit бий.
Алхам 11: Push ба pull request
Command:
git push -u origin category-totalsГаралт (сүүлийн мөрүүд):
remote:
remote: Create a pull request for 'category-totals' on GitHub by visiting:
remote: https://github.com/bat-dorj/expense-tracker/pull/new/category-totals
remote:
To https://github.com/bat-dorj/expense-tracker.git
* [new branch] category-totals -> category-totals
branch 'category-totals' set up to track 'origin/category-totals'.Холбоосыг browser-т нээж, эсвэл repository хуудсан дахь “Compare & pull request” товчийг дарна уу. “base: main ← compare: category-totals” чиглэл зөв эсэхийг, “Able to merge” бичгийг шалгаарай.
Салаа гурван commit-тэй тул GitHub гарчгийг салааны нэрээс үүсгэж магадгүй. Гарчгийг “Show total per category” болгож засна уу. Тайлбарын талбарт бичнэ үү.
markdown
Adds totals per category to the summary output.
- New `total_by_category()` function in `report.py`
- Summary prints one line per category
- README updated with the new feature and example output
Closes #2Хамгийн доод мөр “Closes #2” нь энэ хичээлийн гол түлхүүр. 6.1 дүгээр хичээлд commit message-ийн “fixes #1” issue-г хаасныг харсан. Pull request-ийн тайлбарт ижил түлхүүр үг бичвэл энэ pull request main-д нэгтгэгдэх үед GitHub issue #2-ийг автоматаар хаана. “Create pull request” дарна уу. Энэ pull request #4 дугаартай болно.
[Зураг: “Closes #2” бүхий pull request тайлбар]
Pull request-ийн баруун талын хэсэгт “Development” гэсэн мөрөнд issue #2 холбогдсон байна. Issue #2-ийн хуудсыг нээвэл тэнд ч энэ pull request холбогдсоныг харна.
Шалгах цэг: Pull request #4 нээлттэй, issue #2-тэй холбогдсон.
Алхам 12: Өөрийгөө хянах
“Files changed” табыг нээж, 6.2 дугаар хичээлийн редакторын асуултуудаар гурван файлын өөрчлөлтийг уншаарай. Мөр бүр зөв үү? Хэрэггүй зүйл үлдсэн үү? README программын жинхэнэ гаралтыг харуулж байна уу? Мөн “Commits” табыг нээж, гурван commit дарааллаараа зөв байгаа эсэхийг хараарай.
Хэрвээ ямар нэг дутагдал олдвол 6.2 дугаар хичээлийн Алхам 6-ийн аргаар засна: салаан дээрээ засварын commit хийж push хийхэд pull request автоматаар шинэчлэгдэнэ. Хэрвээ бүх зүйл зөв бол Conversation табд богино сэтгэгдэл бичиж болно, жишээ нь “Reviewed: output and README match.” Энэ нь хянах ажил хийгдсэнийг баримтжуулна.
Шалгах цэг: Бүх өөрчлөлтийг уншиж, бэлэн гэдэгт итгэлтэй байна.
Алхам 13: Нэгтгэх
Conversation табын доод хэсгийн “Merge pull request” дараад, “Create a merge commit” сонгогдсон эсэхийг шалгаж, баталгаажуулна уу. Pull request “Merged” боллоо. “Delete branch” дарж GitHub дээрх салааг устгана уу.
Одоо Issues табыг нээнэ үү. Issue #2 нээлттэй issue-үүдийн жагсаалтад байхгүй болсон байна. “Closed” шүүлтүүрийг дарвал тэнд байна. Issue-г нээвэл доод хэсэгт “closed this as completed in #4” гэх мэт мөр байна. Issue, түүнийг шийдсэн pull request, pull request-ийн гурван commit бүгд холбоостой.
[Зураг: pull request #4-өөр хаагдсан issue #2]
Шалгах цэг: Pull request #4 нэгтгэгдсэн, issue #2 автоматаар хаагдсан.
Алхам 14: Local-ыг шинэчлэх
Command:
git switch main
git pull
git branch -d category-totals
git fetch --pruneГаралт:
Switched to branch 'main'
Your branch is up to date with 'origin/main'.
...
Updating c5a0f38..e7b4c19
Fast-forward
README.md | 5 +++++
main.py | 6 +++++-
report.py | 7 +++++++
3 files changed, 17 insertions(+), 1 deletion(-)
Deleted branch category-totals (was 8f2d5a1).
From https://github.com/bat-dorj/expense-tracker
- [deleted] (none) -> origin/category-totalsГаралтын бүх хэсэг танил: pull шинэ ажлыг fast-forward-оор авсан, local салаа устсан, хуучирсан тэмдэглэл цэвэрлэгдсэн.
Command:
python main.pyГаралт нь Алхам 9-тэй адил байх ёстой.
Шалгах цэг: main дээр программ ангиллаар нийт дүнг харуулж, git branch зөвхөн main-ийг харуулж байна.
Алхам 15: Release v1.1.0
5.3 дугаар хичээлд, хэрвээ та сонголтоо хийсэн бол, v1.0.0 release үүсгэсэн. Одоо программ шинэ боломжтой болсон тул шинэ хувилбар гаргах тохиромжтой мөч. Утгатай дугаарлалтын дүрмийг санацгаая: шинэ боломж нэмэгдсэн, хуучин зүйл эвдрээгүй тул дунд тоо нэмэгдэнэ: v1.1.0. Хэрвээ та v1.0.0-ийг үүсгээгүй бол энэ удаад v1.0.0-ээр эхэлж болно.
Repository хуудсанд “Releases” хэсгээс “Draft a new release” эсвэл “Create a new release”-ийг дарна уу. Tag талбарт v1.1.0 гэж бичиж шинэ tag үүсгэнэ. Target нь main эсэхийг шалгана. Title-д “Version 1.1.0” гэж бичнэ. “Generate release notes” товчийг дарна уу: GitHub өмнөх release-ээс хойш нэгтгэгдсэн pull request-үүдийн жагсаалтыг, #3 ба #4-ийг, гарчгийнх нь хамт автоматаар бичнэ. Энэ бол сайн гарчигтай pull request-ийн бас нэг үр шим: release-ийн тэмдэглэл бараг өөрөө бичигддэг. “Publish release” дарна уу.
[Зураг: автоматаар үүссэн release notes]
Command:
git pull
git tagГаралт:
From https://github.com/bat-dorj/expense-tracker
* [new tag] v1.1.0 -> v1.1.0
Already up to date.
v1.0.0
v1.1.0Шалгах цэг: GitHub дээр v1.1.0 release бий, local дээр tag ирсэн.
Алхам 16: Эцсийн шалгалт
Хэрвээ repository тань public бол 5.4 дүгээр хичээлийн “Customize your pins”-ээр зарлагын бүртгэлийг профайлдаа онцолно уу. Дараа нь browser-ийн incognito цонхыг нээж, GitHub-д нэвтрэлгүйгээр профайл руугаа, дараа нь repository руугаа орно уу. Танихгүй reviewer юуг харах вэ? Профайлд онцолсон repository тайлбартайгаа. Repository-д цэвэр файлууд, бүрэн README, MIT лиценз, v1.1.0 release. Issues табд хоёр хаагдсан issue, тус бүр нь засвартайгаа холбоостой. Pull requests табд хоёр нэгтгэгдсэн pull request, тус бүр нь тайлбартай. Commit-ын түүхэнд жижиг, тодорхой алхмууд.
Энэ бол мэргэжлийн төслийн бүрэн дүр төрх. Энэ нь хэдэн мянган мөр код биш, харин ажлаа хэрхэн хийдгийг тань тодорхой харуулдаг төсөл юм.
Шалгах цэг: Incognito цонхонд repository тань бүрэн, цэгцтэй, итгэл төрүүлэхүйц харагдаж байна.
Энэ бүтээлийн бүх алхмыг нэг дор цуглуулъя. Terminal-ын command-ууд кодын блокт, GitHub дээрх алхмууд “# GitHub:” гэсэн тайлбартайгаар.
# --- А. Нийтлэхийн өмнөх шалгалт ---
git switch main
git pull
git status
git ls-files
# GitHub: About (тайлбар, topics), README хэсгүүд, харагдах байдал
# --- Б. Issue-ээс merge хүртэл ---
# GitHub: Issues табаас ажлаа сонгох (эсвэл шинэ issue нээх)
git switch -c category-totals
# Жижиг, утга бүхий commit-ууд
python main.py
git add report.py
git commit -m "Add total_by_category function"
git add main.py
git commit -m "Show totals per category in summary"
git add README.md
git commit -m "Document category totals in README"
git log --oneline main..category-totals
git push -u origin category-totals
# GitHub: Compare & pull request, base ← compare шалгах,
# тайлбарт "Closes #2", Files changed-аар өөрийгөө хянах,
# Merge pull request, Delete branch
git switch main
git pull
git branch -d category-totals
git fetch --prune
# --- В. Хувилбар ---
# GitHub: Create a new release, tag v1.1.0, Generate release notes
git pull
git tag
# --- Г. Эцсийн шалгалт ---
# GitHub: Customize your pins; incognito цонхоор профайл, repositoryЭнэ дараалал бол Түвшин 2-ын бүх зүйл нэг дор. Ирээдүйд шинэ боломж нэмэх бүрт Хэсэг Б-г давтахад л хангалттай.
Доорх гурван санаа бүгд сонголт бөгөөд дараагийн хичээлүүд тэдгээрийг хийсэн гэж үзэхгүй. Хүсвэл, сонирхвол туршаад үзээрэй.
Хоёр дахь мөчлөг. 6.1 дүгээр хичээлийн "туршаад үзээрэй" хэсэгт data файл байхгүй үед программ FileNotFoundError-оор унадаг тухай ярьсан. Энэ асуудлаар issue нээж, түүнийг Хэсэг Б-ийн алхмуудаар шийдээрэй: салаа, программ файл олдохгүй үед “Data file not found: data/expenses.json” гэх мэт найрсаг мессеж хэвлэдэг болгох commit, README шинэчлэх commit, “Closes #N” бүхий pull request, нэгтгэх. Дараа нь алдааны засвар тул дугаарлалтын сүүлийн тоог нэмж v1.1.1 release гаргаж болно.
Өөр төслөө нийтлэх. Өмнөх сургалтын цаг агаарын программ эсвэл номын сангийн системийг энэ бүтээлийн Хэсэг А-гийн шалгалтаар оруулаад, 4.2 дугаар хичээлийн аргаар GitHub руу гаргаж, 5.1 дүгээр хичээлийн загвараар README бичээрэй. Хоёр сайн repository нэгээс илүү хүчтэй portfolio бүрдүүлнэ.
Бодит хэрэглэгчийн шалгалт. Найз эсвэл хамт олондоо repository-гийнхоо холбоосыг өгөөд, зөвхөн README-г дагаж программыг өөрсдийн компьютер дээр ажиллуулахыг хүсээрэй. Тэдэнд туслахгүй, зөвхөн хаана гацсаныг нь ажиглаарай. Тэдний гацсан газар бүр таны README-ийн дутуу газар бөгөөд тэдгээрийг issue болгон бүртгэж засаж болно. Энэ бол README-ийн хамгийн жинхэнэ шалгалт.
Нэгтгэсний дараа issue хаагдахгүй байх. Хэрвээ pull request нэгтгэгдсэн хэрнээ issue нээлттэй хэвээр байвал хэд хэдэн шалтгаан бий. “Closes #2” тайлбарт биш, сэтгэгдэлд бичигдсэн байж болно: GitHub зөвхөн pull request-ийн тайлбар болон commit message дахь түлхүүр үгийг тоолдог. Pull request main-ээс өөр салаа руу нэгтгэгдсэн байж болно: base салааг шалгаарай. Дугаар буруу байж болно. Ямар ч тохиолдолд issue-г гараар хааж, сэтгэгдэлд “Done in #4” гэж бичвэл холбоос үүснэ.
KeyError гарах.
Traceback (most recent call last):
File "C:\Users\Bat\expense-tracker\main.py", line 11, in <module>
for category, amount in total_by_category(expenses).items():
~~~~~~~~~~~~~~~~~^^^^^^^^^^
File "C:\Users\Bat\expense-tracker\report.py", line 15, in total_by_category
category = e["category"]
~^^^^^^^^^^^^
KeyError: 'category'Доороос нь дээш уншъя: “KeyError: ‘category’” нь “‘category’ гэсэн түлхүүр олдсонгүй” гэсэн утгатай. report.py-ийн 15 дугаар мөрөнд зарлагын dictionary-ээс “category” түлхүүрийг авах гэж оролдсон, түүнийг main.py-ийн 11 дүгээр мөр дуудсан. Таны data файл дахь зарлагууд өөр нэртэй түлхүүр ашиглаж байна, эсвэл зарим зарлагад ангилал огт байхгүй. data/expenses.json-ийг нээж түлхүүрийн нэрийг шалгаад, кодыг тааруулна уу. Хэрвээ зарим зарлагад ангилал байхгүй байж болох бол e.get("category", "other") ашиглаж болно.
Хуучин салаанаас салаалсан байх. Хэрвээ Алхам 1-ийн pull-ийг алгасаж, эсвэл өөр салаан дээр байхдаа git switch -c хийсэн бол pull request-ийн Files changed табд таны хүлээгээгүй өөрчлөлтүүд харагдана. Ийм үед pull request-ийг хааж, local салаагаа git branch -D устгаад, main руу шилжиж pull хийгээд, Алхам 7-оос дахин эхэлнэ үү. Таны өөрчлөлтүүд хуучин салааны commit-уудад байгаа тул тэдгээрийг дахин бичих шаардлагатай болж магадгүй, гэхдээ тэр нь гурван жижиг өөрчлөлт.
Release-ийн “Generate release notes” хоосон жагсаалт гаргах. Хэрвээ өмнөх release байхгүй бол GitHub repository-ийн эхнээс хойшх бүх нэгтгэгдсэн pull request-ийг жагсаана. Хэрвээ жагсаалт хоосон байвал pull request-үүд нэгтгэгдээгүй, эсвэл main-д шууд push хийсэн commit-ууд байна гэсэн үг: тэдгээр нь pull request биш тул автомат тэмдэглэлд ордоггүй. Тэр тохиолдолд тэмдэглэлээ гараар бичнэ үү.
Visibility солих товч идэвхгүй байх. Хэрвээ “Change visibility” товч дарагдахгүй бол та repository-ийн эзэмшигч биш, эсвэл бүртгэлийнхээ имэйлийг баталгаажуулаагүй байж болно. 4.1 дүгээр хичээлийн launch code-оор имэйлээ баталгаажуулсан эсэхээ шалгаарай.
Энэ удирдлагатай бүтээлд та зарлагын бүртгэлийг бусдад харуулахад бүрэн бэлэн болгож, мэргэжлийн хөгжүүлэгчийн өдөр тутмын мөчлөгийг эхнээс нь дуустал нэг удаа туулсан. Нийтлэхийн өмнө файлууд, түүх, нүүр хуудас, харагдах байдлыг шалгасан. Нээлттэй issue-ээс ажлаа сонгож, шинэчлэгдсэн main-аас салаа үүсгэж, тооцоолол, харуулалт, баримт бичиг гэсэн гурван жижиг commit хийсэн. git log main..салаа-аар pull request-д юу орохыг урьдчилан харсан. Pull request-ийн тайлбарт “Closes #2” бичиж, өөрийгөө хянаад нэгтгэхэд issue автоматаар хаагдсан. Local-ыг шинэчилж цэвэрлэсэн. Шинэ боломжийн хувилбарыг v1.1.0 release болгож, автомат тэмдэглэлээр баримтжуулсан. Эцэст нь профайл, repository-гоо танихгүй хүний нүдээр шалгасан.
Ингээд Түвшин 2 дууслаа. Та одоо Git ба GitHub-ийн суурь бүх хэрэгслийг эзэмшиж, ажлаа дэлхийд мэргэжлийн хэлбэрээр харуулж чадна. Гэхдээ нэг асуулт хариултгүй үлдсэн: таны код зөв ажилладаг гэдгийг та хэрхэн мэдэх вэ? Одоогоор бид өөрчлөлт бүрийн дараа программыг гараар ажиллуулж, гаралтыг нүдээрээ шалгаж байна. Түвшин 3 энэ асуултад хариулна. Бүлэг 7-ийн эхний хичээлд гараар шалгах арга яагаад удаан хугацаанд ажиллахаа больдог, тест бол хэзээ ч унтдаггүй харуул гэдгийг, мөн тест юу биш болохыг шударгаар ярина.
Бүртгэлтэй болсноор энэ сургалтын бүх хичээлд хандах эрх авна.