آزمون پایانی دوره‌ی Git

این آزمون هر چهار بخش دوره‌ی Git را با ۳۳ سؤال سناریویی می‌سنجد. بعد از هر پاسخ، جواب درست و توضیح را می‌بینی و نتیجه‌ی نهایی در پیشرفت من ذخیره می‌شود. نمره‌ی ۲۷ از ۳۳ یا بیشتر یعنی آماده‌ای در یک تیم واقعی با Git کار کنی؛ پایین‌تر از آن، درس‌هایی را که سؤال‌هایشان را غلط زدی مرور کن. قدم بعدی دوره‌ی Docker و بعد Nginx است.

؟ آزمون پایانی دوره‌ی Git

1. GitHub یک ماه از دسترس خارج است. با کلون‌هایی که دارید چه کارهایی هنوز ممکن است؟

   هیچ‌کدامفقط logcommit، log، branch، merge و diff؛ فقط push و pull به سرور نیاز دارند (Git توزیع‌شده است)فقط commit

2. در git status -s خط «MM app.py» یعنی چه؟

   untrackedحذف‌شدهconflictنسخه‌ی staged و نسخه‌ی کاری فرق دارند؛ بعد از add دوباره ویرایش شده

3. user.email را هم در ~/.gitconfig و هم در .git/config گذاشته‌ای؛ داخل آن مخزن کدام استفاده می‌شود؟

   globallocal (اختصاصی‌تر برنده است)systemهر دو

4. کدام پیام commit بهتر است؟

   Fix crash when the cart is emptyupdateasdfchanges

5. کدام دستور آنچه با commit بعدی ثبت می‌شود را نشان می‌دهد؟

   git diff --stagedgit diffgit log -pgit blame

6. می‌خواهی بدانی چه commit ای متن «timeout=30» را برای اولین بار اضافه کرده. کدام؟

   git blamegit diffgit show HEADgit log -S"timeout=30"

7. پس از git reset --hard HEAD~2 می‌فهمی دو commit لازم بودند. چه می‌کنی؟

   غیرممکن استgit reflog و git reset --hard به هش قبل (مثلاً HEAD@{1})git revertgit clean

8. یک commit را push کرده‌ای و دیگران گرفته‌اند؛ اشتباه بوده. بهترین کار؟

   git revert (commit جدیدی که اثر را خنثی می‌کند) و push معمولیreset --hard و push --forcecommit --amend و pushپاک‌کردن مخزن

9. فایل .env را بعد از commit شدن به .gitignore اضافه کردی. چه می‌شود؟

   Git دنبال‌کردنش را متوقف می‌کنداز تاریخچه پاک می‌شودهنوز tracked است (git rm --cached لازم است) و نسخه‌ی قدیمی در تاریخچه می‌ماند؛ اگر رمز بود باید عوضش کنیخطا می‌دهد

10. main بعد از جداشدن feature هیچ commit جدیدی ندارد. git merge feature چه می‌کند؟

    commit ادغام می‌سازدconflict می‌دهدfeature را پاک می‌کندfast-forward: فقط برچسب main جلو می‌رود

11. conflict را حل کرده‌ای. قدم بعد؟

    git merge --abortgit reset --hardgit add فایل و بعد git commit (یا git merge --continue)git push

12. در ادغام، git checkout --ours فایل نسخه‌ی کدام شاخه را می‌آورد؟

    شاخه‌ی ادغام‌شدهbaseremoteشاخه‌ی فعلی که merge را در آن زده‌ای

13. قانون طلایی rebase؟

    همیشه rebase کنcommit هایی که دیگران دارند را rebase نکن؛ فقط commit های خصوصی خودتفقط روی mainفقط با --force

14. سه commit «wip» را می‌خواهی یکی کنی. در rebase تعاملی؟

    همه pickاولی pick و دو تای بعدی squash (یا fixup)همه dropاولی squash

15. فایل جدید (untracked) داری و می‌خواهی با بقیه‌ی تغییرها کنار بگذاری. کدام؟

    git stashgit stash -ugit stash popgit stash drop

16. پروژه‌ات 2.3.1 است. یک باگ سازگار را درست می‌کنی. نسخه‌ی بعد؟

    2.3.22.4.03.0.02.3.1

17. tag ساخته‌ای ولی همکارت آن را نمی‌بیند. چرا؟

    tag ها فقط محلی‌اندgit push معمولی tag ها را نمی‌فرستد؛ git push origin tag یا --tags یا --follow-tagsباید پاکش کنیباید اسمش را عوض کنی

18. push تو با «rejected (fetch first)» رد شد. بهترین کار؟

    git push --forceپاک‌کردن مخزنgit pull (یا git pull --rebase) و دوباره pushعوض‌کردن اسم شاخه

19. ssh -T git@github.com با «Connection timed out» تمام می‌شود. محتمل‌ترین علت و راه‌حل؟

    کلید اشتباهGit نصب نیستپورت ۲۲ بسته است؛ از ssh.github.com پورت ۴۴۳ استفاده کن (در ~/.ssh/config)رمز غلط

20. کدام فایل را به GitHub می‌دهی؟

    id_ed25519.pub (عمومی)id_ed25519 (خصوصی)known_hostsconfig

21. مخزن GitHub را با README ساخته‌ای و پروژه‌ی محلی با تاریخچه‌ی خودت داری؛ git pull چه می‌گوید؟

    Authentication failedPermission denied (publickey)non-fast-forwardrefusing to merge unrelated histories

22. برگه‌ی «Files changed» یک PR معادل کدام دستور است؟

    git diff main featuregit diff main...feature (سه‌نقطه‌ای)git log main..featuregit status

23. در «Squash and merge» با PR ای که ۵ commit دارد؟

    ۵ commit و یک commit ادغامیک commit روی main (با پیامی که خودت می‌نویسی)هیچ۵ commit خطی

24. پیام «feat(api)!: remove v1 endpoints» در Conventional Commits نسخه را چطور بالا می‌برد؟

    PATCHMINORMAJOR (چون ! یعنی ناسازگار)هیچ

25. چرا hook های `.git/hooks` برای اعمال قاعده‌ی تیمی کافی نیستند؟

    کند هستندکار نمی‌کنندcommit نمی‌شوند و با --no-verify دور زده می‌شوند؛ قاعده‌ی نهایی باید روی سرور (branch protection و CI) باشدفقط ویندوز

26. در workflow ی GitHub Actions اولین step معمولاً «uses: actions/checkout@v4» است. چرا؟

    سریع‌تر استاجباری استsecret ها را می‌گیردrunner یک ماشین تمیز است و کد مخزن را ندارد

27. چرا ${{ github.event.pull_request.title }} را نباید مستقیم داخل run: بگذاری؟

    injection: مهاجم می‌تواند عنوانی بنویسد که به‌عنوان دستور shell اجرا شود؛ باید از راه env: بدهیکند استفارسی را نمی‌خواندGitHub اجازه نمی‌دهد

28. شاخه‌ای را با git branch -D پاک کرده‌ای. چطور برمی‌گردانی؟

    غیرممکن استgit revertgit cleangit reflog ← هش آخرین commit آن شاخه ← git branch نام هش

29. رفع باگ را فقط به شاخه‌ی انتشار v1.0 می‌خواهی (بدون ویژگی‌های نیمه‌تمام main). کدام؟

    git merge maingit rebase maingit cherry-pick -x هش (روی شاخه‌ی release)git reset --hard main

30. git bisect run ./test.sh چه می‌کند؟

    commit ها را ادغام می‌کندcommit ها را پاک می‌کندبا جست‌وجوی دودویی اولین commit خراب را خودکار پیدا می‌کند (کد خروج ۰ خوب، ۱ تا ۱۲۴ بد، ۱۲۵ رد)تست را ویرایش می‌کند

31. چهار نوع شیء Git؟

    blob، tree، commit، tagfile، folder، commit، branchblob، index، HEAD، refdiff، patch، commit، merge

32. چرا «بازنویسی تاریخچه» (amend، rebase) در واقع commit جدید می‌سازد؟

    چون شناسه از محتوا (از جمله parent) ساخته می‌شود؛ هر تغییر شناسه‌ی جدید می‌دهد و commit قدیمی تغییرناپذیر می‌ماندچون Git ضعیف استچون commit ها فقط خواندنی‌اندچون reflog دست می‌زند

33. در پروژه‌ی تیمی، چرا بعد از حل conflict حتماً تست اجرا می‌کنی؟

    چون Git می‌گویدکدی که علامت conflict ندارد هنوز ممکن است از نظر منطقی غلط ترکیب شده باشدبرای کند کردن کاربرای tag