Git Bisect: Stop Reading Diffs, Start Searching History

Cursor, GitLab and Zed agree GitHub is breaking. They disagree on how to rebuild it.

Ba công ty Cursor, GitLab và Zed đều nhận thấy GitHub đang gặp khó khăn trước khối lượng code do AI tạo ra, nhưng họ đề xuất các giải pháp khác nhau để tái xây dựng nền tảng này. Cursor giới thiệu Origin, tương thích Git nhưng tối ưu cho workload của agent; GitLab phát triển Project Switch với backend cải tiến nhằm tăng tốc độ xử lý lên 50 lần; còn Zed thay thế hoàn toàn mô hình commit bằng DeltaDB, theo dõi các thay đổi liên tục.

Những công cụ mới như Cursor, GitLab và Zed đang thay đổi cơ sở hạ tầng mã nguồn để phù hợp với thế giới AI, giúp lập trình viên hiểu cách tối ưu hóa hiệu suất, giảm chi phí và tương tác hiệu quả hơn với các công cụ tương tác tự động trong tương lai.

AI Is the Newest Developer To Misunderstand Secrets In Your Git History

Các AI coding agent như Cursor, Claude Code hay Codex thường chỉ xóa secrets khỏi commit mới nhất (HEAD) nhưng vẫn giữ chúng trong lịch sử Git, dẫn đến khoảng 124.000 trường hợp khắc phục không triệt để trên GitHub. Để xử lý triệt để, cần xoay khóa (rotate) credential trước, sau đó chỉnh sửa lịch sử Git bằng công cụ như git-filter-repo và force-push phiên bản sạch. GitGuardian cung cấp giải pháp bằng cách hướng dẫn AI quét toàn bộ lịch sử commit, cài đặt pre-commit hooks và tích hợp trực tiếp với IDE thông qua GitGuardian MCP server.

Lập trình viên nên đọc bài này để tránh rủi ro bảo mật khi sử dụng AI hỗ trợ mã hóa, vì những lỗi như bỏ quên các mật khẩu trong lịch sử Git có thể gây ra việc lộ thông tin quan trọng mà không phát hiện được.

Please keep code descriptions simple

A developer's personal plea for simpler, more concise code descriptions, commit messages, and merge request descriptions. The author, who has ADHD, argues that reviewers need to know the 'why' behind changes, not the 'what', and that atomic commits with clean rebases make reviews easier. Also advises against using LLMs to write commit messages and comments, encouraging developers to write them personally for better understanding and accessibility.

GitHub Desktop 3.6: Worktrees and deeper Copilot integration

GitHub Desktop 3.6 introduces three major improvements: Copilot-powered commit message generation that respects custom instructions and repository metadata rules, AI-assisted merge conflict resolution with explanations and suggested fixes, and Git worktree support for working across multiple branches in parallel. Copilot integration now runs on the Copilot SDK, adds a model picker for choosing AI models, and supports bring-your-own-key (BYOK) for third-party or local models. The release is available for macOS and Windows; Copilot features require a GitHub Copilot subscription.

Git For Context Deep Dive

A hands-on demo of 'Git for Context', a concept implemented in a Dolt-backed fork of Open Code that stores AI coding agent context as a versioned database. The session shows how context is committed after each agent turn, enabling history inspection, diffs of token/message changes between turns, SQL queries against the context database, and branching/resetting context like a Git repo. The demo covers a real DoltLite code review session using GPT-5.5, producing 7 PRs with minimal user input, and illustrates how tool call patterns (bash vs. read vs. apply_patch) can be measured and compared across sessions.

I taught a bucket to speak git

objgit is an experimental single-binary git server that stores repositories entirely in Tigris object storage — no local disk, no git binary, no database. Built using go-git (a pure-Go git implementation) and a billy filesystem abstraction layer already adapted for Tigris, the project maps git's on-disk format directly onto object storage. The post walks through the key engineering challenges: implementing atomic rename semantics (using Tigris's RenameObject extension), solving a stat-storm caused by go-git exploding packfiles into loose objects over SSH/git:// transports, fixing a distributed deadlock from EOF-never-arriving on persistent sockets, adding a local pack file cache to make clones feasible, and debugging a broken listing cache that was silently doing nothing due to chroot prefix mismatches. Post-receive hooks are sandboxed via a kefka sandbox. The result supports push/pull over HTTP, git://, and SSH, with repositories upserted on first push.

Doltgres 1.0 Coming August 6th

Doltgres, a PostgreSQL-compatible database with Git-style version control, is targeting a 1.0 production release on August 6th. The 1.0 milestone focuses on four pillars: correctness (targeting 99% SQL Logic Test compliance, up from 70% at launch), storage format stability (no breaking migrations within the 1.x line), performance (targeting within 3x of PostgreSQL on sysbench, currently at 3.3x), and broad compatibility with popular ORMs, client libraries, and tools like Prisma, SQLAlchemy, Django ORM, and psql. Additional features being finalized include remote push/pull workflows, Dolt-specific replication protocol for HA setups, and incremental/automatic garbage collection. The team is asking users to test Doltgres against real workloads and report issues before the launch.