Git - GitHub • Học Git thực tế để đi làm
HTML-код
- Опубликовано: 21 окт 2024
- 😊 Chào mừng các bạn đến với trên kênh RUclips Trungquandev Official !!! ♡
► Bài hôm nay mình sẽ hướng dẫn các bạn quy trình sử dụng Git - GitHub làm sao cho thật chuyên nghiệp như đi làm thực tế nha, như tiêu đề ngắn gọn: "Học Git thực tế để đi làm."
🌐 Ảnh sơ đồ Mind Map mà mình vẽ thì các bạn có thể Download ở link này:
trungquandev.c...
💌 Các bạn nhớ đăng ký kênh và bật nút chuông thông báo để không bị bỏ lỡ những video chất lượng nào mà mình sẽ ra mắt trong thời gian sắp tới nha.
------------------------------------------------------------------------------
✸ Các bạn cũng có thể kết nối với mình ở những kênh bên dưới nhé, đặc biệt là Facebook, vì mình cũng thường xuyên post bài lên Page Facebook chính thức của mình:
● Fanpage Facebook: Trung Quân DEV:
--- / trungquandev
● Group Facebook: JS Everywhere - Cộng đồng lập trình JavaScript Việt Nam:
--- / javascript.everywhere.vn
● Github: github.com/tru...
● Blog: trungquandev.com
● CV: cv.trungquande...
● Email: trungquandev.official@gmail.com
------------------------------------------------------------------------------
© Về bản quyền nhãn hiệu “Trungquandev”:
✔ Toàn bộ nội dung sáng tạo trên kênh youtube Trungquandev Offical, blog trungquandev.com cũng như tên thương hiệu và logo Trungquandev…vv đều thuộc quyền sở hữu của mình và đã được mình đăng ký bản quyền với Cục sở hữu trí tuệ Việt Nam cũng như đạo luật DMCA (Digital Millennium Copyright Act) là Đạo luật bản quyền kỹ thuật số thiên niên kỷ của Hoa Kỳ. Mọi thông tin chi tiết mình sẽ thường xuyên cập nhật đầy đủ ở đây:
trungquandev.c...
✘ Bất kì một cá nhân nào khi sáng tạo nội dung cũng mong muốn được người khác tôn trọng công sức mà họ bỏ ra và cá nhân mình cũng vậy, mình không muốn nội dung trên kênh youtube cũng như blog của mình mình bị sử dụng sai mục đích gây ảnh hưởng đến uy tín và thương hiệu của mình.
Vì vậy vui lòng không ai được re-up những video trên kênh cũng như sử dụng chúng hoặc những tài sản trí tuệ của mình nói chung dưới mọi hình thức để thu lợi bất chính. Mọi hành vi vi phạm đều sẽ được giải quyết theo đúng pháp luật.
------------------------------------------------------------------------------
#trungquandev #github #githubflow #coding #developer #programing #javascript
------------------------------------------------------------------------------
💻 TRUNGQUANDEV OFFICIAL ♡
------------
------------
🍀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
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.
Đợ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 😂
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 !
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é!
@@trungquandev dạ vâng,luôn sẵn sàng anh ạ ^^
cần lắm những người như a, e cảm ơn a nhìu
Đã 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 😅.
oke em, rebase dễ ợt ấy mà :))
Công ty mình cũng đang áp dụng quy trình này
Cảm ơn anh Quân đã chia sẻ
^^ vậy thì lại hợp nhau rồi, có bạn bè thì share kênh ủng hộ anh với nhé
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 😅
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
em cảm ơn anh ạ
Không có gì em nha, share kênh anh tới bạn bè ủng hộ anh với nha ^^
@@trungquandev dạ nhất trí ạaa
Cảm ơn bạn nh nhé
Cảm ơn anh
Tks a Quân đẹp trai :v
cảm ơn em nha ^^
38:38
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
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/
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?
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 😆
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
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á
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 ^^
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
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.
Cho em hỏi là cái Terminal của anh nó gợi ý từ anh dùng Extensions gì đấy ạ?
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/
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 ạ?
- 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
Like
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
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? :))
Anh mở khoá học nâng cao chưa ạ
anh chưa nha, khi nào mở thì anh sẽ có một video giới thiệu nha em ^^
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é ruclips.net/video/63opfUkPq6k/видео.html
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
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.
anh ơi anh có exstention hay a cài gì mà terminal của anh có phần [on tên_branch] vậy ạ?
- 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.
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 ạ?
ý 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.
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?
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 đó
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 ?
`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.
a dùng extension gì cho màu của terminal vậy ạ?
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/
ví dụ 1 branch đã merge pull request xong , mình mún mở lại để tạo pullrequest lại đc ko a ^^
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.
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
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é.
@@trungquandev em có up r ấy ạ Anh xem giúp em với
29:35 thường một pull là chỉ có 1 commit là quan điểm hoàn toàn sai
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.
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
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.
@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
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ế.
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 ^^
@@trungquandev :> oki a