Git - GitHub • Học Git thực tế để đi làm

[@trungquandev]

🍀Xem xong video này rồi có cảm nghĩ gì thì bạn hãy comment bên dưới cho mình biết với nhé 😄 🔔Like video cũng như Đăng Ký Kênh ủng hộ mình & Join cộng đồng Discord hoặc Facebook rất văn minh lịch sự tại đây nha: 🔗Discord: Kiến Thức Lập Trình: discord.gg/ycSbhP6gDu 🔗Fanpage: Trung Quân DEV: facebook.com/trungquandev 🔗Group: Cộng đồng Lập Trình Web • Front-end & Back-end Việt Nam: facebook.com/groups/laptrinhwebvietnam

[@mangketnoi]

Nếu học trực tiếp chỗ Quân sẽ học hỏi được nhiều. Vì hay miên man, mà cái này dev muốn học hỏi rất thích.

[@trungquandev]

Đợt này mình bận quá chắc cũng sắp không mở thêm lớp dạy MERN Advanced được nữa ấy bạn 😂

[@mangketnoi]

@@trungquandev Mình cũng thế. Gần tháng nay làm nguyên fullstack node + 2 site nextjs dùng typescript hết :D

[@dungnguyenhuu4566]

hay quá anh. mong anh sẽ luôn ra video cập nhật liên tục để những bạn như em - trái ngành mới nhảy qua chưa có/ chưa nắm chắc kiến thức nền để có thể gắn bó với nghề này! tặng anh 1 follow ạ. mong sau này có điều kiện hơn sẽ đóng góp nhiều hơn cho kênh !

[@trungquandev]

k có gì em nha, có bạn bè cũng học lập trình thì share kênh ủng hộ anh với nhé!

[@dungnguyenhuu4566]

@@trungquandev dạ vâng,luôn sẵn sàng anh ạ ^^

[@upagency7439]

cần lắm những người như a, e cảm ơn a nhìu

[@vudoan5238]

Công ty mình cũng đang áp dụng quy trình này Cảm ơn anh Quân đã chia sẻ

[@trungquandev]

^^ vậy thì lại hợp nhau rồi, có bạn bè thì share kênh ủng hộ anh với nhé

[@rice-bee]

Đã like vì video hướng chia sẽ dễ hiểu và cụ thể. Chúc anh nhiều sức khỏe để chia sẻ nhiều kiến thức cho mọi người cùng học hỏi. ❤ Anh làm 1 video về Rebase từ Cơ Bản đến Nâng Cao. Và áp dụng Rebase vào thực tế nhé anh 😅.

[@trungquandev]

oke em, rebase dễ ợt ấy mà :))

[@didaantruong4066]

anh hướng dẫn cách sử dụng git theo quy trình rất hay và dễ nhớ, trong seri bài giảng làm trello anh có hướng dẫn thực hành thêm. trước học git rồi em ko sử dụng nhiều nên dễ quên, cứ làm project cá nhân push code cho một cục lên 😅

[@trungquandev]

anh làm project cá nhân thì cũng toàn push master theo ngày một, không có checkout branch gì luôn mà =)) Còn đi làm teamwork thì nó mới là vấn đề cần chuẩn chỉnh :v

[@peterng.]

em cảm ơn anh ạ

[@trungquandev]

Không có gì em nha, share kênh anh tới bạn bè ủng hộ anh với nha ^^

[@peterng.]

@@trungquandev dạ nhất trí ạaa

[@Nguyễnkiên-j9s]

1: a ơi trong trường hợp project thuộc về cty, tại sao mình không clone về luôn mà lại phải đi folk vậy ạ? 2: Và tại sao ở đoạn 43:54 khi push code ở 1 branch mới, thì tại sao mình không push lên git của công ty luôn mà lại phải push lên cá nhân trước rồi mới đi mở pull request ở git cty v ạ?

[@trungquandev]

- Hiểu ngắn gọn đơn giản: Fork nó tạo ra một môi trường an toàn so với repo gốc ban đầu của công ty, nghĩa là em có thể thoải mái thử và test code trên bản fork đó mà không gặp vấn đề gì. - Chưa kể không phải công ty nào hay repo nào em cũng có được quyền ghi (write) - push code lên repo gốc ban đầu (do setting bảo mật của từng công ty, từng dự án) - Nên em phải fork thì sau đó mới push lên repo fork cá nhân của em rồi tạo pull request sang repo công ty được. - Đọc thêm về Fork ở docs chính chủ của GitHub tại đây nhé: docs.github.com/en/get-started/quickstart/contributing-to-projects#about-forking

[@vanantran1478]

cảm ơn chia sẻ rất hay của anh ạ, anh cho e hỏi làm sao để hiển thị phiên bản node và nvm như trong terminal vscode của anh ạ. cái dòng "via v16.14.0" ạ. Thanks a

[@trungquandev]

Em follow theo bài viết hướng dẫn cài này của a nhé, áp dụng cho mac hoặc ubuntu, còn windows chắc phải dùng cái khác hoặc cài wsl rồi làm theo hướng dẫn như a bảo này nhé: trungquandev.com/cai-dat-iterm2-oh-my-zsh-zsh-autosuggestions-va-zsh-syntax-highlighting-tren-macos-m1-silicon/

[@phamcongtoan1399]

32:21 ngay đoạn này mình pull rồi ko cần git push lên lại hả anh, e hơi rối xíu?

[@trungquandev]

Code ở trên GitHub sau khi mình Merge Pull vào nhánh Master rồi, sau đó mình đứng ở máy local Pull về thì nó hiển nhiên là đã đồng bộ mới nhất với code trên GitHub, cần gì push nữa đâu em 😆

[@camvan6294]

Cảm ơn bạn nh nhé

[@Kevin-xi3nz]

Tks a Quân đẹp trai :v

[@trungquandev]

cảm ơn em nha ^^

[@DuyAnh-xz8dm]

Cảm ơn anh

[@hungminhphan6095]

cái đoạn fork sao nó có sẵn cái tài khoản github kia của a mà chọn v

[@27nguyenbaphuc76]

Dạ anh Trung ơi cho em hỏi cái này với ạ. Ví dụ em ở nhánh master có đẩy lên 1 commit có chứa 1 file a. Sau đó em tạo ra 1 nhánh mới và có đẩy lên đó 1 commit mới chứa file b. Nhưng khi em vào kiểm tra thì nó chứa cả 2 file là a và b luôn ạ. Như này có ổn không ạ, hay là nó bị sai ạ. Mong anh giải đáp giúp em, em cảm ơn anh ạ.

[@trungquandev]

:)) up lên discord > phòng sinh hoạt chung, có kèm hình ảnh rõ ràng nhé em, cho dễ hình dung, trong đó cũng nhiều bạn giỏi sẽ cùng thảo luận với em luôn nha.

[@maithanhthuan5203]

Anh ơi tài khoản github của e mới tạo chưa kịp làm gì thì nó bị gắn cờ có cách nào khắc phục không vậy a

[@trungquandev]

Cái này a nghĩ cách tốt nhất là liên hệ với Support của github nhé, chat hoặc email cho họ. Ngoài ra em có thể thử lập nick khác, dùng email(gmail) khác là được, tên github thì để cá nhân chút, cập nhật đầy đủ thông tin rõ ràng từ avatar tới họ tên...vv Và quan trọng nhất là đầy đủ các bước bảo mật. Một tài khoản mà đầy đủ thông tin rồi thì anh nghĩ bot của github nó sẽ không đánh dấu em là spam rồi gắn cờ đâu.

[@hplat-vku]

38:38

[@ThanhLe-oe9jo]

anh có dự định dạy về NestJS ko anh, em đang học về NestJS mà ở Viêt Nam mình ít người dạy quá

[@trungquandev]

kế hoạch đợt tới của anh là đẩy một khóa Tailwindcss lên kênh sau đó cố gắng hoàn thành giáo trình khóa MERN Stack nâng cao, nên chắc NestJS anh sẽ cân nhắc sau nha ^^

[@hahuuo3]

A ơi nếu lm vc nhóm e add thành viên mới vào dự án và e là chủ repo thì những thành viên kia có quyền đẩy code trực tiếp lên nhánh master hay tạo pull request vào nhánh master ko a

[@trungquandev]

Tạo pull để em check rồi merge vào nhánh master được nhé. Còn về quyền trực tiếp đẩy code các thứ thì em có thể vào phần setting để giới hạn lại hoặc không giới hạn là tuỳ ở em nha.

[@nothing2402]

Cho em hỏi là cái Terminal của anh nó gợi ý từ anh dùng Extensions gì đấy ạ?

[@trungquandev]

Nó không phải ext của vscode, em follow theo bài viết này của anh là có hết nhé: trungquandev.com/cai-dat-iterm2-oh-my-zsh-zsh-autosuggestions-va-zsh-syntax-highlighting-tren-macos-m1-silicon/

[@tuongduynguyen5225]

E vừa gặp case : e đã PR và leader bảo sửa tí code, thay vì tạo nhánh mới, thì sửa tiếp trên nhánh đã push và tạo PR, e commit lần 2 thì tạo PR, nhưng tạo xong thì file change nó chỉ nhận commit lần 1, nên nay vào thì thấy tutor của a là dùng git commit --amend -> git push origin -force thì nó nhập, thì e ko biết là file chage trên PR nó sẽ nhận cái mới luôn ko ạ, và e thấy ngta còn dùng cái cách gì git rebase i HEAD~n nữa á a

[@trungquandev]

Pull chưa được merge và branch em đang làm việc có trên GitHub rồi thì làm -amend như anh hướng dẫn để đảm bảo 1 pull - 1 commit đúng rồi mà. Anh chưa hiểu vấn đề em gặp cho lắm. - Đoạn đầu em nói đã PR, đoạn sau lại nói commit lần 2 tạo PR nữa là sao? :))

[@congthe7123]

anh ơi anh có exstention hay a cài gì mà terminal của anh có phần [on tên_branch] vậy ạ?

[@trungquandev]

- Nó không phải extension vscode đâu em, trên máy Mac thì em có thể follow theo bài viết này của anh nhé: trungquandev.com/cai-dat-iterm2-oh-my-zsh-zsh-autosuggestions-va-zsh-syntax-highlighting-tren-macos-m1-silicon - Còn máy win thì có cái Oh my Posh thì phải, a không nhớ rõ tên lắm nhưng trong gr Discord có nhiều bạn đề cập tới và cài lên nhìn cũng đẹp tương tự đó em.

[@dungphanquang3512]

Like

[@DuyAnh-xz8dm]

Anh mở khoá học nâng cao chưa ạ

[@trungquandev]

anh chưa nha, khi nào mở thì anh sẽ có một video giới thiệu nha em ^^

[@trungquandev]

Bổ sung thêm một chiếc comment là anh mở khoá học lập trình MERN Stack nâng cao rồi nha, em có thể tham khảo video này nhé kzbin.info/www/bejne/bGTSoZmLoLWkbM0

[@nguyenpham7372]

anh ơi cho em hỏi là gặp pepline thì mình phải làm ntn? Có bắt buộc phải validate bằng credit card không ạ?

[@trungquandev]

ý em là CI/CD với Github Action hả, nếu em muốn dùng nó thì dĩ nhiên là có các gói trả phí rồi, mà nó cũng cho gói free personal đó em. Còn việc valid credit card hoặc visa là cần thiết, miễn sao em nhập thông tin thẻ ở đúng trang của github nhé, coi chừng bị phishing nhập nhầm vào trang nào linh tinh thì mới đáng lo.

[@nguyenphuongduy9746]

Anh ơi cho em hỏi trong file mình có audio nhạc thì em post lên github thì lại bị lỗi, có cách nào ko v anh

[@trungquandev]

Phải xem lỗi mà em gặp là gì đã thì anh mới điều tra được nhé! Thêm một kinh nghiệm cho em sau này đi làm mà có vấn đề cần hỏi xung quanh thì nên có ảnh chụp hoặc đoạn message của cái lỗi em gặp phải nha. Không nên chỉ hỏi chung chung. Em có thể chụp ảnh lỗi rồi đăng vào group fb mà anh để link trong phần bình luận nhé.

[@nguyenphuongduy9746]

@@trungquandev em có up r ấy ạ Anh xem giúp em với

[@DungNguyen-hi9of]

Anh ơi cho em hỏi là khi upcode lên branch mới ( vd : Header) thì code ở nhánh master (gốc) cũng được up theo sang nhánh branch (Header) đúng không anh?

[@trungquandev]

không em nhé, em phải tạo pull từ nhánh header của em rồi merge vào master thì lúc đó master mới có code nha, trong video anh có làm kỹ các bước rồi đó

[@uchung2890]

Anh ơi cho em hỏi chỗ conflict vs ạ: sao mình không từ bước 2 tới bước 4 mà phải : git rebase --online vậy anh ?

[@trungquandev]

`git rebase --continue` nha em ^^ Em phải cần lệnh này trước khi quay lại Step 3 (trong sơ đồ của anh) bởi vì khi code của em đang bị Conflict nghĩa là em đang Ở Giữa Quá Trình rebase code mới nhất, nên là sau khi em fix hết conflict rồi thì em chạy nó để tiếp tục (continue) thì nó mới thoát ra được quá trình rebase nhé em.

[@pmhieu.1624]

a dùng extension gì cho màu của terminal vậy ạ?

[@trungquandev]

Anh có viết một bài hướng dẫn về bộ công cụ cho Terminal ở đây rồi nha em, em có thể tham khảo nhé: trungquandev.com/cai-dat-iterm2-oh-my-zsh-zsh-autosuggestions-va-zsh-syntax-highlighting-tren-macos-m1-silicon/

[@baole2691]

ví dụ 1 branch đã merge pull request xong , mình mún mở lại để tạo pullrequest lại đc ko a ^^

[@trungquandev]

Hem hiểu câu hỏi của em luôn? =)))) Về cái branch được merge code thì đó là branch chính (main or master) còn pull request là ở quá trình muốn merge code từ branch khác vào master, nếu pull đã merge rồi thì em chỉ có thể tạo một pull mới reverse (đảo ngược) lại trạng thái trước đó của master thôi nhé, còn nếu muốn sửa tiếp bất kỳ thứ gì thì lại tạo hẳn branch khác để làm nha em.

[@tuanva6484]

29:35 thường một pull là chỉ có 1 commit là quan điểm hoàn toàn sai

[@trungquandev]

Chào bạn, bạn có thể nói rõ hơn được chứ, trên tinh thần góp ý chia sẻ kiến thức cho mọi người, vì nếu đã đưa ra nhận định thì mình nghĩ bạn cũng nên đưa ra các dẫn chứng hay ví dụ thực tiễn cụ thể thì sẽ hợp lý hơn là một comment ngắn vậy nha.

[@trungquandev]

Mình trước: rõ ràng không có chuẩn gò bó nào hết cho việc một pull request có thể có bao nhiêu commits, có thể trong video mình nói chưa đủ về vấn đề này. NHƯNG ý của mình ở trong video là “Nên Làm Gọn Gàng Một Commit trong một Pull Request”, từ kinh nghiệm cá nhân mình thấy có nhiều điểm lợi: - Git Log History sẽ dễ đọc hơn bởi đơn giản nó ngắn gọn, xúc tích. - Bạn có biết về git bisect chứ? Nếu chưa thì bạn có thể search google nhé vì trong comment dài mình không muốn viết nhiều, đại loại một pull một commit gọn gàng sẽ giúp cho việc sử dụng git bisect tìm lỗi dễ dàng hơn. - Một case thực tế nữa mình muốn nói đến là một pull một commit sẽ rất có lợi trong trường hợp bạn muốn revert một tính năng đã merge mà không bị ảnh hưởng tới các tính năng khác khi mà bạn để pull tính năng A chứa cả những commit không may có liên quan đến các tính năng B, C, D… chẳng hạn. Hay là sử dụng cherry pick để bốc các commit sang một branch khác cho việc deploy tính năng lên production…vv

[@trungquandev]

Chốt ý cuối của mình: từ cái thời sinh viên mình có cơ hội thực tập xong rồi đi làm ở một cty outsource cho Nhật, cũng được training về cách sử dụng git với rule “một pull tính năng chỉ nên một commit là tốt nhất, tính năng to thì chia nhỏ pull ra” Mình đã áp dụng từ đó tới giờ và thấy công việc rất thoải mái. Và với phong cách làm gì cũng nên clean gọn gàng sạch sẽ thì mình thấy vấn đề một pull một commit là hợp lý. Dĩ nhiên đúng với người này chưa chắc đã đúng với người khác, nếu bạn có kiến thức nào hay hơn chia sẻ cho mình và mọi người thì mình sẽ rất Respect nhé. Mình viết cũng khá dài rồi, mục đích cũng chỉ để lưu lại đây để có bạn nào đi ngang qua sẽ không chỉ đọc mỗi comment trên của bạn mà còn đọc thêm cả những thảo luận xung quanh. Góp phần nhỏ cho lớp thế hệ IT trẻ về sau.

[@tuanva6484]

​ @Trungquandev Official hiện tại vẫn có 2 trường phái đó bạn: 1 là sửa(thêm/sửa/xóa) hết rồi mới commit và push 2 là sửa xong từng phần rồi commit, rồi khi push lên thì có thể dùng thêm --stash thôi. nó cũng giải quyết được vấn đề như bạn nói và local repo muốn revert cũng dễ hơn 1 xíu Anyway, bạn có những trải nhiệm riêng, mình cũng vậy, nên mình comment để trao đổi thêm thôi :D video bạn rất hay

[@HoaNguyen-ez9lh]

[@laocong2537]

hmm e nhìn cái biểu tượng của kênh quen quen giống y hệt cái biểu tượng của công ty xi măng nào đó chỉ khác màu với thay con Q thành B, ai design mà khốn nạn thế.

[@trungquandev]

Dùng từ ngữ căng thẳng thế em, logo này anh có từ năm 2016 rồi, cũng nhờ bạn bè làm từ thời sinh viên thôi, trên mạng giờ thì cũng tràn lan muôn hình vạn trạng ấy mà. QUAN TRỌNG là chất lượng của nội dung trên kênh thôi nha em ^^

[@laocong2537]

@@trungquandev :> oki a