Git tutorials. Video này sẽ đưa ra những tình huống xảy ra xung đột code khi làm việc trong team. Và đưa ra cách xử lý tình huống ở mỗi trường hợp. Ngoài ra còn nhiều video về git trong kênh.
Nội dung video quá hay. Truyền đạt và giải thích dễ hiểu. Chúc anh luôn mạnh khỏe và kênh ngày càng phát triển. Ra thêm nhiều video để mọi người cùng học hỏi
ปีที่แล้ว +3
Nội dung quá hay, ngồi trên lớp học 3 tiếng chưa chắc bằng 1h30' coi 3 video của anh. Rất muốn đăng ký tham gia hội viên để coi khóa nodejs mà không có thẻ tín dụng. Một người anh chín chắn, truyền đạt và giải thích dễ hiểu, lịch sự. Chúc kênh anh phát triển và giữ nguyên chất lượng nội dung video như thế này.
không hiểu sao utube đưa kênh a lên đề xuất của e, coi mà ghiền mà nghiện luôn , quả thật toàn những cái siêu siêu thực tế coi mà đặt mình vào trong th đó luôn, như xem phim điện ảnh vậy
Phần 1: 90% công ty hiện này đều thực hiện cách quản lý code trên GIT - th-cam.com/video/vQgcl8VouLU/w-d-xo.html Phần 2: Người quản lý code nên sử dụng git rebase thay cho git merge khi nào? - th-cam.com/video/l0VtRcPz1ME/w-d-xo.html
anh ơi cho em hỏi tại 15:45 em có 2 tình huống cần hỏi ạ - Theo em thấy thì nó sẽ thay đổi được commit gần đây nhất, nếu muốn thay đổi ngẫu nhiêu mấy commit trước cái này thì như nào ạ? - Đa số là sau khi push code lên rồi mình mới nhận ra là nội dung commit sai, vậy thay đổi nội dung commit như nào nếu mình đã push code lên rồi ạ? em cảm ơn anh.
a cho em hỏi là trước em đọc được 1 bình luận là việc git add (.) sẽ làm giảm performance ở 1 project lớn ạ , a có thể làm rõ vấn đề này được ko ạ ? Em cảm ơn ạ
Mình nghĩ không nên tùy tiện dùng "git add .". Vì khi code, pull project về máy, mỗi máy sẽ có các cấu hình khác nhau dẫn đến có những file tự động thay đổi (chúng ta không biết, trừ khi check bằng git status), hoặc nhiều vấn đề khác nữa. Vì vậy git add . sẽ vô tình add những file này vô repository. Lúc push lên chờ merge request leader phát hiện chửi chết. Vì vậy phải biết mình đã thay đổi những gì trước khi add.
Git tutorials. Video này sẽ đưa ra những tình huống xảy ra xung đột code khi làm việc trong team. Và đưa ra cách xử lý tình huống ở mỗi trường hợp. Ngoài ra còn nhiều video về git trong kênh.
Cảm ơn anh ạ, video khá hay. Trưa nào em nghe giọng anh cũng ngủ ngon. Thanks ạ
Để anh làm clip hát luôn :D
Nội dung video quá hay. Truyền đạt và giải thích dễ hiểu. Chúc anh luôn mạnh khỏe và kênh ngày càng phát triển. Ra thêm nhiều video để mọi người cùng học hỏi
Nội dung quá hay, ngồi trên lớp học 3 tiếng chưa chắc bằng 1h30' coi 3 video của anh. Rất muốn đăng ký tham gia hội viên để coi khóa nodejs mà không có thẻ tín dụng.
Một người anh chín chắn, truyền đạt và giải thích dễ hiểu, lịch sự. Chúc kênh anh phát triển và giữ nguyên chất lượng nội dung video như thế này.
Cảm ơn em. Đó là động lực của anh khi thấy những comment này
không hiểu sao utube đưa kênh a lên đề xuất của e, coi mà ghiền mà nghiện luôn , quả thật toàn những cái siêu siêu thực tế coi mà đặt mình vào trong th đó luôn, như xem phim điện ảnh vậy
Cảm ơn em. Hiện tại đang đến Series RabbitMQ, em rảnh thì vào xem hén.
@@anonystick dạ a, xem mấy cái kiến thức thực tế này mới biết mình quá nhỏ bé
Em cảm ơn anh nhé
Mong anh ra nhiều topic, các kỹ thuật backend hơn. Mặc dù em xin đi làm backend nhưng toàn được assign task làm frontend trước :(
1 tip cho mọi người là có thể dùng git reset --hard ORIG_HEAD để undo lại cái merge mà không cần tạo nhiều branch để backup nhé
hay quá, cảm ơn anh.
cho cháu hỏi là chú dùng extension gì để vscode gợi ý ra các lệnh git khi mình đang type như thế vậy ạ?
Rất thực tế a ạ. Đúng y chang những cái e gặp.
Rất hay và chi tiết, thanks ad
ha ha. anh già làm cty có nhiều kinh nghiệm hay thế. em ít được chỉ mấy cái này lúc mới đi làm
Tôi già rồi ư..
cảm ơn sư phụ
Rất hay. Cám ơn anh
Phần 1: 90% công ty hiện này đều thực hiện cách quản lý code trên GIT - th-cam.com/video/vQgcl8VouLU/w-d-xo.html
Phần 2: Người quản lý code nên sử dụng git rebase thay cho git merge khi nào? - th-cam.com/video/l0VtRcPz1ME/w-d-xo.html
Đây rồi. Cảm ơn A. :)))
Rât thực tế, cảm ơn anh nhiều ạ
Thank you bác!
anh ơi cho em hỏi tại 15:45 em có 2 tình huống cần hỏi ạ
- Theo em thấy thì nó sẽ thay đổi được commit gần đây nhất, nếu muốn thay đổi ngẫu nhiêu mấy commit trước cái này thì như nào ạ?
- Đa số là sau khi push code lên rồi mình mới nhận ra là nội dung commit sai, vậy thay đổi nội dung commit như nào nếu mình đã push code lên rồi ạ?
em cảm ơn anh.
cho e hỏi cách config hay loại terminal a đang dùng có suggest lệnh git với ạ
Em chào anh, cảm ơn anh chia sẻ video, trong phần tutorial em có thấy git anh nhắc được lệnh, a cho em hỏi là plugin a cài là gì vậy ạ
Fig nha em!
@@anonystick thank a ạ
Thay vì git stash apply stash@{1} thì mình có thể git stash apply 1
keke cách cho các anh lười là cái git desktop :D
ở phần git stash, cho em hỏi trường hợp mình chỉ muốn store tạm 1 vài files được chỉ định thôi thì có cách nào không anh?
19:02 em chỉ muốn chuyển T5 và T7 thôi được không anh
cherry-pick có khi nào bị conflict code ko anh nhỉ
nếu có thì mình xử lý nó như nào ạ
tks anh
Có em. Xử lý conflic thì em xem video phần 1 á em.
a cho em hỏi là trước em đọc được 1 bình luận là việc git add (.) sẽ làm giảm performance ở 1 project lớn ạ , a có thể làm rõ vấn đề này được ko ạ ? Em cảm ơn ạ
Mình nghĩ không nên tùy tiện dùng "git add .". Vì khi code, pull project về máy, mỗi máy sẽ có các cấu hình khác nhau dẫn đến có những file tự động thay đổi (chúng ta không biết, trừ khi check bằng git status), hoặc nhiều vấn đề khác nữa. Vì vậy git add . sẽ vô tình add những file này vô repository. Lúc push lên chờ merge request leader phát hiện chửi chết. Vì vậy phải biết mình đã thay đổi những gì trước khi add.
Còn mình nghĩ git là mình thực hiện dưới local (trên máy chính mình) thì làm giảm hiệu năng của project là sao á
Anh cho em hỏi là anh dùng tool gì để vẽ đó ạ?
epic em!
hint trong lúc gõ git thì xài gì thế anh
fig em!