Git 2.55 ra mắt với hơn 100 nhà đóng góp, nổi bật với hỗ trợ incremental multi-pack index (MIDX) trong git repack, lệnh mới git history fixup để gộp staged changes vào commit trước, thực thi song song hooks dựa trên config, cải thiện hiệu suất sinh bitmap (giảm từ 612s xuống 294s trong benchmark), cùng nhiều tính năng mới như --path-walk cho partial clone, git format-rev, autostash trong git checkout -m, remote group cho git push và tối ưu hóa đồ thị commit.
AI summaries can be wrong. Read the original before relying on anything important.
Why read it: Là người phát triển cần tìm cách tối ưu hóa công cụ quản lý dự án, Git 2.55 mang những cải tiến hiệu suất và tính năng mới giúp giảm thời gian thực hiện các tác vụ lặp đi lặp lại và mở rộng khả năng tương tác với các repo lớn hơn.
Answer 3 short questions to earn reward points for this article. Only do it if you want the points.
3 questions · under a minute · optional
Source: https://github.blog/open-source/git/highlights-from-git-2-55. 8 Sync News only summarizes and links out; content copyright belongs to the authors and original sources.
Read the news here, practice coding, follow structured courses and train for IELTS on our sibling products — all connected through one 8 Sync account.
The ecosystem home: product overviews, blog and full pricing.
ExploreLearn along a clear roadmap: videos, auto-graded quizzes, certificates and mentors who ship for a living.
View the roadmap1,000 DSA problems in Vietnamese, auto-graded across 7 languages — many FREE, right in your browser.
Practice for freeAI grading for all four IELTS skills with detailed rubric feedback.
Try it freeA 22 MB AI IDE for Vietnamese devs.
Download freeOrganizational memory for AI agents.
ExploreAI that staffs your Fanpage and qualifies leads for you.
Try itIn this article, we’ll look at the architecture behind Scion.
Git Worktrees cho phép lập trình viên làm việc trên nhiều nhánh branch cùng lúc mà không cần phải stash và unstash. Công nghệ này tạo ra các thư mục làm việc riêng biệt cho từng branch, giải quyết vấn đề phải switch liên tục giữa các nhánh. Mỗi worktree hoạt động như một repository độc lập nhưng chia sẻ cùng một phần .git, giúp quản lý tiến trình work song song hiệu quả. Khi làm việc với feature branches và hotfixes cùng lúc, Git Worktrees ngăn tình trạng uncommitted changes bị ghi đè, đảm bảo bảo toàn code. Cách tiếp cận này đặc biệt hữu ích cho các dự án sử dụng Git Flow hoặc GitHub Flow với nhiều nhánh cần phát triển song song.
Git worktrees giúp bạn làm việc trên nhiều nhánh cùng lúc mà không cần phải stash hoặc chuyển nhánh liên tục, tiết kiệm thời gian và giảm rủi ro khi làm việc song song.
Forgejo 17.0 ra mắt ngày 15 tháng 10 năm 2026 với những thay đổi đáng kể, trong đó links tuyệt đối trong tài liệu render sẽ được xử lý relative đến repository root thay vì instance root. Phiên bản này loại bỏ Action run webhook events thay bằng workflow run events, yêu cầu người dùng tự động di chuyển các webhook hiện có. Các tính năng mới hỗ trợ FUNDING.yml với nút Donate, tự động hoàn thiện issue/PR, cải thiện Git LFS, và mở rộng API Actions với endpoints rerun jobs/workflows, lọc log, NDJSON logs. Forgejo 17.0 không phải là bản LTS và sẽ được hỗ trợ đến ngày 28 tháng 1 năm 2027.
Lập trình viên nên đọc bài này để cập nhật các thay đổi breaking, tính năng mới và lộ trình hỗ trợ của Forgejo 17.0.
VS Code ban đầu được tôi dùng để dọn dẹp HTML, nhưng lại vô tình trở thành ứng dụng viết hàng ngày. Công cụ extension Prettier giúp định dạng code và văn bản tự động, tạo trải nghiệm viết mượt mà. Hiệu suất của VS Code với các file văn bản lớn (trên 10,000 từ) vẫn ổn định hơn nhiều so với Notion hay Obsidian. Nhân tiện khám phá chức năng Zen Mode, distraction-free writing và Theming tùy biến khiến ứng dụng này vượt mặt các trình biên tập văn bản chuyên dụng. Các lập trình viên nên thử xem VS Code có thực sự phù hợp cho nhu cầu viết không, vì nhiều tính năng ẩn có thể hữu ích hơn bạn tưởng.
VS Code cung cấp công cụ viết văn bản hiệu quả và linh hoạt vượt xa các trình soạn thảo thông thường.
Git 3.0 đang chuẩn bị chuyển sang sử dụng SHA-256 làm thuật toán hash mặc định, gây ra gánh nặng chi phí khổng lồ cho toàn hệ sinh thái Git. Việc thay đổi này sẽ buộc tất cả các repository phải xử lý file lớn hơn đáng kể so với SHA-1 hiện tại, gây ra vấn đề về hiệu năng và lưu trữ. Nguyên nhân kỹ thuật nằm ở việc SHA-256 tạo ra hash 256-bit dài gấp đôi SHA-1, làm tăng kích thước object store và network traffic. Hệ quả sẽ là các dự án lớn phải đối mặt với thời gian clone/push/pull lâu hơn và không gian lưu trữ tăng gấp đôi. Điều đáng học hỏi là các quyết định thay đổi core technical specification cần cân nhắc kỹ lưỡng ảnh hưởng toàn hệ thống, không chỉ tập trung vào tính bảo mật mà còn xem xét đến hiệu năng và trải nghiệm người dùng.
Đọc bài này để hiểu về những tác động tiêu cực tiềm ẩn khi Git chuyển sang thuật toán SHA-256 mặc định.
Bài viết chia sẻ hành trình học DevOps của tác giả, tập trung vào Linux, Git, GitHub và lần đầu tiên sử dụng Docker container, nhấn mạnh sự khác biệt giữa học lý thuyết và ứng dụng thực tế trong xây dựng phần mềm.
Là người mới bắt đầu hoặc muốn mở rộng kiến thức về DevOps, bài này giúp bạn hiểu rõ cách chuyển từ lý thuyết sang thực hành với các công cụ cơ bản như Linux, Git/GitHub và Docker, từ đó nhanh chóng xây dựng được nền tảng thực tế để triển khai dự án.
Ngày càng nhiều dự án mã nguồn mở rời khỏi GitHub do lo ngại về thời gian downtime thường xuyên, quyền sở hữu của Microsoft, việc đào tạo AI trên mã nguồn, và định hướng chính trị. Các lựa chọn thay thế như Codeberg (dựa trên Forgejo), Sourcehut, Gitea và các nền tảng self-hosted đang thu hút sự quan tâm.
Những lập trình viên quan tâm đến tự do và bảo mật của mã nguồn nên đọc để biết cách chuyển sang các nền tảng tự chủ như Codeberg, tránh rủi ro về quyền sở hữu, AI hóa và kiểm soát chính trị từ GitHub.
Stacked PRs are being overused and should stay the exception, not the norm, Zac Sweers argues. Small, logical commits reviewed commit by commit already make even large PRs reviewable, he says, criticizing GitHub for forcing reviews through an alphabetical files tab instead. Now that GitHub supports stacked PRs, he's seen stacks of 15 changes that must be merged serially, which multiply overhead, CI runs and code reviews by 15x. He suggests capping stack height around 5, and only for genuinely large changes.
Loading comments…