Ngày 7: Quiz Tổng Kết Tuần 2 — Advanced Git Workflows | Git

Team 3 người, deploy liên tục nhiều lần mỗi ngày lên production, không có version release rõ ràng. Workflow nào phù hợp nhất?

A.Git Flow (main + develop + feature/release/hotfix branches)B.GitHub Flow (main + feature branches, deploy mỗi khi merge)C.Trunk-Based Development (mọi người push thẳng lên main)D.Forking Workflow (mỗi dev fork repo riêng)

Chọn nhiều đáp án

Bạn đang dùng Git Flow. Feature mới đã merge vào develop. Khi nào tạo release/1.3.0 branch?

A.Ngay sau khi merge feature branch xongB.Khi tất cả features dự kiến cho 1.3.0 đã merge vào develop (feature freeze)C.Chỉ khi release branch cũ đã được xoáD.Khi `main` đã được tag v1.2.0

Theo SemVer, bạn đang ở v2.4.1. Bạn thêm tính năng mới hoàn toàn tương thích ngược. Version tiếp theo là gì?

A.v3.0.0B.v2.5.0C.v2.4.2D.v2.4.1-beta.1

Công ty vừa push hotfix cho production bug. Sau khi hotfix được merge vào main và tagged v1.2.1, bước tiếp theo bắt buộc phải làm là gì?

A.Xoá hotfix branch ngay lập tứcB.Tạo release notes trên GitHubC.Merge hotfix vào `develop` (hoặc branch tích hợp) để tránh mất fixD.Tạo tag `v1.2.1-hotfix` trên `develop`

Chọn nhiều đáp án

Agency của bạn fork client repo. Sau khi setup xong, bạn nên cấu hình thêm điều gì cho remote upstream?

A.`git remote set-url upstream <client-repo>` để đổi URLB.`git remote set-url --push upstream DISABLE` để tránh accident push thẳng vào client repoC.`git remote remove upstream` vì không cần push lên upstreamD.Thêm SSH key cho upstream remote

Chọn nhiều đáp án

Bạn đang ở feature/my-task branch. Client vừa push 5 commits mới lên upstream/main. Thứ tự đúng để sync?

A.`git merge upstream/main` → `git push origin feature/my-task`B.`git fetch upstream` → `git rebase upstream/main` → `git push origin feature/my-task --force-with-lease`C.`git pull upstream main` → `git push origin feature/my-task`D.`git fetch upstream` → `git merge upstream/main` → `git push origin feature/my-task`

Chọn nhiều đáp án

Khi đang rebase feature branch lên upstream/main, Git báo conflict ở commit thứ 2 trong chuỗi 5 commits. Sau khi bạn resolve và git add file, lệnh tiếp theo là gì?

A.`git commit -m "resolve conflict"`B.`git rebase --continue`C.`git merge --continue`D.`git push --force-with-lease`

Chọn nhiều đáp án

Bạn biết feature X hoạt động tốt ở v2.0.0 nhưng bị lỗi ở HEAD. Có 300 commits ở giữa. Công cụ nào hiệu quả nhất để tìm commit gây lỗi?

A.`git log --grep` tìm kiếm commit messageB.`git diff v2.0.0..HEAD` xem toàn bộ thay đổiC.`git bisect` với binary search (~9 bước)D.Đọc từng commit từ v2.0.0 đến HEAD

Chọn nhiều đáp án

Bạn cần backport bug fix từ hotfix/2.1.1 vào release/1.8 (version cũ vẫn được maintained). hotfix/2.1.1 chứa 2 commits: abc1234 (fix bug) và def5678 (update CHANGELOG). Lệnh nào backport CHỈ commit fix bug?

A.`git merge hotfix/2.1.1`B.`git cherry-pick abc1234`C.`git rebase hotfix/2.1.1`D.`git cherry-pick def5678`

Chọn nhiều đáp án

Bạn đang code feature/dashboard, lead yêu cầu review ngay branch feature/auth-refactor của đồng nghiệp mà không muốn dừng việc đang làm. Cách nào tốt nhất?

A.`git stash` → `git checkout feature/auth-refactor` → review → `git stash pop`B.`git worktree add ../auth-review feature/auth-refactor` → review trong thư mục mới → `git worktree remove`C.Clone repo mới vào thư mục khác → checkout `feature/auth-refactor`D.Mở GitHub trong browser để review, không cần local

Chọn nhiều đáp án

(Chọn 2) Bạn cài Husky và lint-staged cho dự án Node.js. Khi developer chạy git commit, những điều nào sau đây xảy ra theo đúng thứ tự?

A.Husky chạy `pre-commit` hookB.Git tạo commit object ngay lập tứcC.lint-staged chạy linter/formatter chỉ trên files được stagedD.Husky chạy `post-commit` hook để notify team

Chọn nhiều đáp án

Lệnh git stash push -u -m "WIP: feature in progress" khác git stash thông thường ở điểm gì?

A.Stash cả untracked files (files mới chưa `git add` lần nào)B.Tự động push stash lên remote originC.Tạo branch mới từ stashD.Encrypt stash để bảo mật

Chọn nhiều đáp án

Bạn lỡ git reset --hard HEAD~3 và xoá mất 3 commits quan trọng. Cách khôi phục tốt nhất?

A.`git revert HEAD~3` để tạo commit ngượcB.`git reflog` tìm hash của commit trước `reset --hard` → `git reset --hard <hash>`C.Không thể phục hồi vì objects đã bị xoáD.`git pull origin main` để lấy lại từ remote

Chọn nhiều đáp án

Team bạn dùng trunk-based development. Developer A push một commit lên main có bug nghiêm trọng. Developer B đã pull commit đó và đang làm việc dựa trên nó. Cách undo đúng nhất?

A.`git reset --hard HEAD~1` trên `main` → force push (an toàn vì trunk-based)B.`git revert HEAD` tạo commit mới đảo ngược → push bình thườngC.Yêu cầu Developer B `git reset --hard` về commit trướcD.Tạo `hotfix/revert` branch, revert ở đó, merge về main

Chọn nhiều đáp án

Sau khi PR được merged vào upstream/main, bạn cần sync fork. Lệnh nào là đúng và đủ (theo thứ tự)?

A.`git pull upstream main` → `git push origin main`B.`git fetch upstream` → `git switch main` → `git rebase upstream/main` → `git push origin main --force-with-lease`C.`git fetch origin` → `git merge origin/main` → `git push upstream main`D.`git pull --rebase upstream main` → `git push origin main --force-with-lease`