Tôi chưa bao giờ hiểu Git Rebase và Git Merge cho đến khi Sếp giải thích cho tôi như thế này | Git 

Theo mình thấy thì nên nói rõ ra chứ thực tế nhánh dev và nhánh master đều ở chế độ protect chỉ có quản lý mới đẩy lên được thôi, viết thế này nhiều bạn lại tưởng push lên 2 nhánh đó thoải mái lại toang! Ngoài ra khái niệm rebase hiểu đơn giản là biến commit của nhánh khác thành commit nhánh hiện tại (rebase nghĩa là chuyển cơ sở), bản chất là nó biến commit của nhánh cần merge thành commit của nhánh được merge (nghĩa là commit rebase sẽ được bê nguyên nội dung và snapshot sang nhánh mới nên trên tree log sẽ là 1 đường thẳng và các commit này đều bị thay đổi SHA dù giống nội dung và snap shot). Còn git merge là thực hiện merge bình thường tuy nhiên commit vẫn giữ nguyên SHA không thay đổi và cây git sẽ hiển thị không còn là đường thẳng nữa, ngoài ra git merge còn tạo ra 1 commit gọi là commit merge.

Không hiểu sao, nhưng mỗi lần xem video của a, e cảm thấy rất thoái mái, cứ chill chill thế nào ấy. Giống như đang ngồi và nghe một người anh kể chuyện cho vậy! Cám ơn a, em rất trân trọng điều đó.

anh giảng rất dễ hiểu ạ. Mong anh ra thêm video thành dạng series khoá học để mọi người dễ theo dõi ạ

Thực sự quan trọng và cần thiết❤

hồi sáng vừa có người hỏi câu này, về có ngay video của anh xem rất dễ hiểu và cuốn, cảm ơn anh

tuyệt vời quá anh! cảm ơn anh nhiều!!

Cảm ơn anh đã chia sẻ. em đã xem cả 2 phần và học được nhiều điều mới.

Hay quá, tks anh đã chia sẽ.

Rõ ràng dễ hiểu A ơi. Hóng A ra thêm phần check-pick trên mỗi version

Quá tuyệt vời ạ

Cám ơn a vì những gì chia sẻ cho cộng đồng. Ở video này e có chia sẻ chút kinh nghiệm cá nhau sau khi đã làm rất nhiều dự án size ~ 100 Mem Thì đã từng trải qua dự án dùng rebease, dự án dùng merge. 1. Dùng merge thì tốn ít time merge hơn, người dùng dê làm hơn nhưng commit lại rất loằng ngoằng, nếu lượng commit lớn thì cực kỳ khó nhìn, đó là ngược điểm 2. Khi dùng rebease thì phải tranning cho a e tư tưởng rebease, rebease sẽ dẫn tới resolver conflict rất là nhiều, chưa nói tới các commit bị revert do đẩy lên sai sau phải revert lại. Ở video thấy a bảo phù hợp dùng cho dự án lớn nhưng e thấy dự án lớn thì lại không nên dùng, các dự án e chạy hoặc nếu đã chạy merge thì k nên áp dụng rebase, nếu đi thì phải đi từ đầu và việc pull phải thực hiện thường xuyên, nếu commit quá xa sẽ dẫn tới time resolver rất lớn, thậm trí sai 1 bước nào đó lấy k đúng bên thì có thể phải làm lại từ đầu. A có chia sẻ gì cho những case đó không chứ e trải qua rất nhiều dự án lớn nhưng e thấy xấu tý nhưng đỡ take time. :d

Thank anh, rất hữu ích

quá hay anh ạ

Đi làm một năm rồi giờ mới để ý đến cái này, cảm ơn sếp

Tôi không đồng ý với những gì bạn nói, nhưng tôi sẽ đánh đổi cuộc đời để bảo vệ quyền được nói của bạn

cảm ơn a

Em góp ý chút, thầy có thể để 40% màn hình bên phải dành cho web, graph, GUI kết quả... chỉ cần 60% bên trái code ( IDE ) là được ạ. Khi đó user sẽ xem được cả code và GUI kết quả, mô tả...

300 views và >40 likes, tỉ lệ hơn 10%, content quá sức chất lượng, làm demo vô cùng có tâm. Chúc kênh phát triển vù vù ra thêm nhiều video tutorial cho coder chúng e ạ

hôm trước phỏng vấn fresher, em có gặp câu hỏi khi nào dùng merge khi nào dùng rebase. video giải thích dễ hiểu quá.

Sau khi coi a giảng thì thấy trước giờ mình làm GIT tầm bậy quá :(. Cảm ơn a nhiều lắm

topic này em cũng đang thắc mắc, team em hiện tại ch ai đụng tới thằng git rebase, gắn cờ để mai xem, cảm ơn anh

Thầy giảg hay quá, nhưng Tội Gạo quá =]

rất hay và dễ hiểu cơ mà anh nói chậm quá ( hoặc cố tình làm video chậm lại ) toàn phải setting speed 2x :3

chào bác, nếu rebase ở nhánh feature branch, thì khi tạo pull request vào nhánh dev hay nhánh master hình như nó vẫn có commit merge ?

anh cho em hỏi tại sao khi master đã có nhiều commit mà các nhánh khác rebase từ master và resolved conflict hết rồi push lên lại báo phải rebase hoặc merge? lúc đó thì buộc phải dùng force push để push lên mới được.

Thầy không có khóa dạy online , tiếc thật. Em muốn học quá !

Anh có thể hướng dẫn cách move các file tại repo A vào repo B mà vẫn lưu được lịch sử commit của repo A được không ạ.

Dự án e h đang dùng rebase nhưng việc resolve conf từng commit cực quá. Do đó tl bảo bọn e phải gộp commit lại r mới rebase nhưng thế lại mất đi lịch sử commit, khiến cho việc trace commit khá khó và commit k rõ ràng. A có ý kiến gì về vấn đề này k ạ.

Cảm ơn a vì video hữu ích này < 3. Tiện thể cho em hỏi ở phút 29:13 a sử dụng extension nào mà nó gợi ý mấy cai branch của git v ạ.

Anh giảng bày hay lắm, cảm ơn anh. Nhân tiện cho em hỏi anh xài theme gì thế ạ. Màu đẹp quá 😁

Em thấy ở VN hầu như chưa ai dạy Nestjs cả. Sau này a có tính ra seri về Nestjs ko ạ

25:30

Sao chưa push mà th branch messi lại có mấy file của cr7 nhỉ

Dạ em cảm ơn anh. Nhưng đoạn git rebase --contionue xong sửa commit rồi ấn nút gì để nhập wq! để thoát ra khỏi màn hình git rebase --continue ạ

Em có 1 nhánh feature nó clone từ nhánh Dev ra, và nhánh Dev đc merge vào những feature khác liên tục, trong khi nhánh feature lại ko có thay đổi gì trừ những phần dev cho feature, và giờ em rebase nhánh Dev về nhánh feature thì thấy nó nhiều commit vô cùng, và em muốn squash hết mớ commit đó thành 1 để cho gọn, push lên cho đẹp thì mình làm sao ạ.

cho em xin tên tool ạ

anh cho em hỏi là anh dùng extension gì mà gợi ý các câu lệnh git như trong video được không ạ

a ơi cho e hỏi với ạ. Có phải quy định là Mt4 phải create trước T5 ko a, vậy trong dự án thực tế thì bắt buộc team dev phải tạo branch, commit rồi T5 mới commit hay sao vậy a

Anh cho em hỏi là làm sao để terminal gợi ý được các git command vậy ạ

Cho em hỏi, việc dùng Rebase hình như những leadteam, có quyền merge mới dùng rebase đúng k ạ? còn team member làm task bình thường thì dùng merge thôi đúng k ạ?

A là fan CR7 hay M10 vậy vậy:D