Tìm hiểu chuyên sâu về git và github

[baoipc]

• Nắm được git workflow
• Nắm được giải quyết conflict
• Nắm được quản lý github project
• Review Pull Request

[thu4n]

Nếu viết docs thì Bảo up link lên trong đây luôn nhe

[baoipc]

Tui viết bằng markdown, tui up lên đây review trước

Tìm hiểu chuyên sâu về git và github

Tìm hiểu git workflow

Quy trình làm việc với git và github: Sử dụng lệnh git để làm việc từ local(máy tính) và chọn github là nơi để chứa các task sau khi hoàn thành Ngữ cảnh: Đồ án môn Lập trình mạng căn bản Các nhánh:

• main: nhánh chính, lưu toàn bộ các file, công việc sau khi merge từ các nhánh khác
• client-app: nhánh làm việc cho ai build phía client
• server-app: nhánh dành cho ai build phía server
• dev: dành cho các công việc khác
• 3 nhánh dev, client-app, server-app đều sẽ thuộc quyền nhánh main (nhánh con) sau khi done 1 task thì phải tiến hành merge vào nhánh main Khi tiến hành merge: sử dụng pull request, đây là chức năng để thông báo cho các thành viên còn lại review và chịu trách nhiệm đồng ý cho thao tác

Merge

• git merge: dùng để gộp 2 branch lại, ta hình dung ra tình huống xảy ra lỗi: các file trùng tên giống nội dung (Sẽ trình bày ở phần Giải quyết conflict)
• Câu lệnh: git merge <branch-name> <merged-branch-name>. Trong đó: branch name là branch đang đứng, merged-branch-name là branch muốn hợp nhất
• Ví dụ: đứng ở branch main, muốn gộp nhanh dev lên branch main git merge master feature

hoặc

git checkout feature
git merge master

Tham khảo: Link

Giải quyết conflict {#id}

• Giải quyết xung đột

Conflict là gì

• Khi nhánh dev đang code Task ABC có liên quan đến nhánh khác (ví dụ là server-app), conflict xảy ra khi người đang code ở nhánh dev và người đang code ở nhánh server-app push thẳng lên main mà không có sự trao đổi thì lúc này, nhánh main sẽ nhận 2 phiên bản khác nhau dẫn đến xung đột(conflict)

Giải quyết

Nguồn tham khảo:

• Link 1
• Link 2
• Link 3

Lý thuyết

• Xử lý: Thống nhất file đang bị conflict theo người nào và chỉ 1 người add file đó lên và commit (commit rõ ràng solve Conflict). Sau đó thực hiện trên file mới nhất nếu muốn thì dùng lệnh git pull

• Nguyên tắc: Cần phải trao đổi giữa các bên liên quan trước khi push lên nhánh cuối cùng và chỉ 1 người được chỉ định push lên nhánh main

Github command line

• git diff: xem những thay đổi trên file mong muốn
• git pull: cập nhật những gì mới về local. Lưu ý: pull theo nhánh

Quản lý github project

Phần này do tui tự đọc trên đây nên hong có gì để báo cáo, có gì lỗi tui sẽ đọc trên này Link hoặc hỏi Thuận sau

Review Pull Request

Tham khảo: Link

Needed?

Pull request tương tự như việc kiu mọi người review lại phần task mình vừa làm xong và up lên, trong thực tế cần phải đảm bảo về không gian và thời gian chung thì mới có thể xem và đưa ra nhận xét nhưng pull request sẽ giải quyết vấn đề đó. Mọi người có thể để lại comment vào bất kì thời điểm nào

Create

• One-time revise
• Message Commit
• Add reviewer

Finish

• Nếu có các comment của reviewer thì phải resolve
• Lúc này, Pull request được đáp ứng
• Branch yêu cầu merge sẽ bị xóa và đồng thời phải xóa dưới local

[thu4n]

@ngocdiemm và @howtodie123 đọc và cho nhận xét nhe. Reply trong issue này luôn

[howtodie123]

ổn

[baoipc]

Hello mọi người, bản final mình up ở đây. Tuy nhiên lỗi heading ID được @thu4n chỉ vẫn chưa fix được, tui có tham khảo lỗi thì là lỗi Link thì follow theo cả cách này chưa ok luôn. Bản này fix lại git workflow

Tìm hiểu chuyên sâu về git và github

Tìm hiểu git workflow

Quy trình làm việc với git và github: Sử dụng lệnh git để làm việc từ local(máy tính) và chọn github là nơi để chứa các task sau khi hoàn thành Ngữ cảnh: Đồ án môn Lập trình mạng căn bản Các nhánh:

• main: nhánh chính, lưu toàn bộ các file, công việc sau khi merge từ các nhánh khác
• client-app: nhánh làm việc cho ai build phía client
• server-app: nhánh dành cho ai build phía server
• dev: dành cho các công việc khác (nghĩa là các công việc không liên quan đến client và server nhánh server, nếu các công việc cụ thể sẽ tạo nhánh khác nếu cần)
• 3 nhánh dev, client-app, server-app đều sẽ thuộc quyền nhánh main (nhánh con) sau khi done 1 task thì phải tiến hành merge vào nhánh main Khi tiến hành merge: sử dụng pull request, đây là chức năng để thông báo cho các thành viên còn lại review và chịu trách nhiệm đồng ý cho thao tác

Thống nhất commit: Tiếng việt, tên công việc cụ thể rõ ràng

Merge

• git merge: dùng để gộp 2 branch lại, ta hình dung ra tình huống xảy ra lỗi: các file trùng tên giống nội dung.

• Tham khảo ở phần sau: Link

• Câu lệnh: git merge <branch-name> <merged-branch-name>. Trong đó: branch name là branch đang đứng, merged-branch-name là branch muốn hợp nhất

• Ví dụ: đứng ở branch main, muốn gộp nhanh dev lên branch main git merge master feature

hoặc

git checkout feature
git merge master

Tham khảo: Link

Giải quyết conflict {#giải-quyết-conflict}

• Giải quyết xung đột

Conflict là gì

• Khi nhánh dev đang code Task ABC có liên quan đến nhánh khác (ví dụ là server-app), conflict xảy ra khi người đang code ở nhánh dev và người đang code ở nhánh server-app push thẳng lên main mà không có sự trao đổi thì lúc này, nhánh main sẽ nhận 2 phiên bản khác nhau dẫn đến xung đột(conflict)

Giải quyết

Nguồn tham khảo:

• Link 1
• Link 2
• Link 3

Lý thuyết

• Xử lý: Thống nhất file đang bị conflict theo người nào và chỉ 1 người add file đó lên và commit (commit rõ ràng solve Conflict). Sau đó thực hiện trên file mới nhất nếu muốn thì dùng lệnh git pull

• Nguyên tắc: Cần phải trao đổi giữa các bên liên quan trước khi push lên nhánh cuối cùng và chỉ 1 người được chỉ định push lên nhánh main

Github command line

• git diff: xem những thay đổi trên file mong muốn
• git pull: cập nhật những gì mới về local. Lưu ý: pull theo nhánh

Quản lý github project

Phần này do tui tự đọc trên đây nên hong có gì để báo cáo, có gì lỗi tui sẽ đọc trên này Link hoặc hỏi Thuận sau

Review Pull Request

Tham khảo: Link

Needed?

Pull request tương tự như việc kiu mọi người review lại phần task mình vừa làm xong và up lên, trong thực tế cần phải đảm bảo về không gian và thời gian chung thì mới có thể xem và đưa ra nhận xét nhưng pull request sẽ giải quyết vấn đề đó. Mọi người có thể để lại comment vào bất kì thời điểm nào

Create

• One-time revise
• Message Commit
• Add reviewer

Finish

• Nếu có các comment của reviewer thì phải resolve
• Lúc này, Pull request được đáp ứng
• Branch yêu cầu merge sẽ bị xóa và đồng thời phải xóa dưới local

[ngocdiemm]

Pull request: Theo lý thuyết thì tui hiểu nó có chức năng thông báo cho những người làm chung là mình đã hoàn thành phần việc sẵn sàng để bổ sung tính năng mới vào sản phẩm. Thì chắc kiểu nó cũng là thông báo để người khác vô xem thôi đúng không? Sau khi vô xem và bàn luận rồi thì nó chức năng gì nữa không? Ví dụ tui đọc google thì nó có hợp nhất các code gì đó

Gộp nhánh dev lên main: Tui tưởng là git merge master dev. Sao lại là git merge master feature nhỉ? Tui chưa hiểu chỗ feature.

[baoipc]

• Pull Request về mặt hình thức chỉ có chức năng là thông báo để review, về mặt trách nhiệm chính là tinh thần collab khi làm việc chung.
• Nhánh feature: branch thì phải phụ thuộc vô chức năng mà người tạo ra branch đó làm việc. Ở trên có sự nhầm lẫn về ví dụ minh họa --> gộp dev lên main đúng sẽ là: git merge main dev. @ngocdiemm

[baoipc]

Bản này fix lại phần Git merge

Tìm hiểu chuyên sâu về git và github

Tìm hiểu git workflow

Quy trình làm việc với git và github: Sử dụng lệnh git để làm việc từ local(máy tính) và chọn github là nơi để chứa các task sau khi hoàn thành Ngữ cảnh: Đồ án môn Lập trình mạng căn bản Các nhánh:

• main: nhánh chính, lưu toàn bộ các file, công việc sau khi merge từ các nhánh khác
• client-app: nhánh làm việc cho ai build phía client
• server-app: nhánh dành cho ai build phía server
• dev: dành cho các công việc khác (nghĩa là các công việc không liên quan đến client và server nhánh server, nếu các công việc cụ thể sẽ tạo nhánh khác nếu cần)
• 3 nhánh dev, client-app, server-app đều sẽ thuộc quyền nhánh main (nhánh con) sau khi done 1 task thì phải tiến hành merge vào nhánh main Khi tiến hành merge: sử dụng pull request, đây là chức năng để thông báo cho các thành viên còn lại review và chịu trách nhiệm đồng ý cho thao tác

Thống nhất commit: Tiếng việt, tên công việc cụ thể rõ ràng

Merge

• git merge: dùng để gộp 2 branch lại, ta hình dung ra tình huống xảy ra lỗi: các file trùng tên giống nội dung.

• Tham khảo ở phần sau: Link

• Câu lệnh: git merge <branch-name> <merged-branch-name>. Trong đó: branch name là branch đang đứng, merged-branch-name là branch muốn hợp nhất

• Ví dụ: đứng ở branch main, muốn gộp nhánh master lên branch feature git merge master feature

hoặc

git checkout feature
git merge master

Tham khảo: Link

Giải quyết conflict {#giải-quyết-conflict}

• Giải quyết xung đột

Conflict là gì

• Khi nhánh dev đang code Task ABC có liên quan đến nhánh khác (ví dụ là server-app), conflict xảy ra khi người đang code ở nhánh dev và người đang code ở nhánh server-app push thẳng lên main mà không có sự trao đổi thì lúc này, nhánh main sẽ nhận 2 phiên bản khác nhau dẫn đến xung đột(conflict)

Giải quyết

Nguồn tham khảo:

• Link 1
• Link 2
• Link 3

Lý thuyết

• Xử lý: Thống nhất file đang bị conflict theo người nào và chỉ 1 người add file đó lên và commit (commit rõ ràng solve Conflict). Sau đó thực hiện trên file mới nhất nếu muốn thì dùng lệnh git pull

• Nguyên tắc: Cần phải trao đổi giữa các bên liên quan trước khi push lên nhánh cuối cùng và chỉ 1 người được chỉ định push lên nhánh main

Github command line

• git diff: xem những thay đổi trên file mong muốn
• git pull: cập nhật những gì mới về local. Lưu ý: pull theo nhánh

Quản lý github project

Phần này do tui tự đọc trên đây nên hong có gì để báo cáo, có gì lỗi tui sẽ đọc trên này Link hoặc hỏi Thuận sau

Review Pull Request

Tham khảo: Link

Needed?

Pull request tương tự như việc kiu mọi người review lại phần task mình vừa làm xong và up lên, trong thực tế cần phải đảm bảo về không gian và thời gian chung thì mới có thể xem và đưa ra nhận xét nhưng pull request sẽ giải quyết vấn đề đó. Mọi người có thể để lại comment vào bất kì thời điểm nào

Create

• One-time revise
• Message Commit
• Add reviewer

Finish

• Nếu có các comment của reviewer thì phải resolve
• Lúc này, Pull request được đáp ứng
• Branch yêu cầu merge sẽ bị xóa và đồng thời phải xóa dưới local