Git Archives - Cao Đẳng FPT M?ng c�� c??c b��ng ?�� xét tuyển

ThanNT (PRHO - CTV) — Fri, 09 Jun 2023 07:35:21 +0000

Git và GitHub là công c�?h�?tr�?đắc lực giúp quản lý và hạn ch�?lỗi trong quá trình code của c�?team. Tuy nhiên không phải lập trình viên vào cũng có th�?phân biệt được s�?khác nhau giữa Git và GitHub.

Version Control System �?VCS là gì?

VCS là viết tắt của Version Control System là h�?thống kiểm soát các phiên bản phân tán mã nguồn m�?span style="font-weight: 400;">. Các VCS s�?lưu tr�?tất c�?các file trong toàn b�?d�?án và ghi lại toàn b�?lịch s�?thay đổi của file. Mỗi s�?thay đổi được lưu lại s�?được và*** thành một version (phiên bản).

VCS nghĩa là h�?thống giúp lập trình viên có th�?lưu tr�?nhiều phiên bản khác nhau của một mã nguồn được nhân bản (clone) t�?một kho chứa mã nguồn (repository), mỗi thay đổi vào mã nguồn trên local s�?có th�?ủy thác (commit) rồi đưa lên server nơi đặt kho chứa chính.

VCS có tác dụng như th�?nào?

Lưu lại lịch s�?các version của bất k�?thay đổi nào của d�?án. Giúp xem lại các s�?thay đổi hoặc khôi phục (revert) lại sau này. Việc chia s�?code trên này d�?hơn, lập trình viên có th�?đ�?public cho bất k�?ai, hoặc private ch�?cho một s�?người có thẩm quyền có th�?truy cập và lấy code v�?

Git là một h�?thống quản lý phiên bản phân tán (Distributed Version Control System �?DVCS), nó là một trong những h�?thống quản lý phiên bản phân tán ph�?biến nhất hiện nay. Git cung cấp cho mỗi lập trình viên kho lưu trữ�?repository) riêng chứa toàn b�?lịch s�?thay đổi.

Github là gì? Khác với Git �?ch�?nào?

GitHub là một dịch v�?lưu tr�?trên web dành cho các d�?án có s�?dụng h�?thống kiểm soát Git revision.

Khi nhắc đến Git, mọi người thường nghĩ ngay đến Github và thường coi chúng là một. Tuy nhiên 2 cái này khác hẳn nhau, trong khi Git là tên gọi của một mô hình h�?thống, các máy tính có th�?clone lại mã nguồn t�?một repository (kho lưu tr�?, còn GitHub là tên của một công ty cung cấp dịch v�?máy ch�?repository (kho lưu tr�? công cộng, mỗi người có th�?truy cập vào website trang ch�?đ�?tạo tài khoản trên đó và tạo ra kho chứa source (nguồn d�?liệu) của riêng mình khi làm việc.

Tại sao lại cần dùng đến Git?

Git đã mang đến rất nhiều lợi th�?cho công việc lập trình:

D�?s�?dụng, an toàn và nhanh chóng
Quản lý source code d�?dàng chuyên nghiệp
Giúp quy trình làm việc code theo nhóm đơn giản hơn rất nhiều bằng việc kết hợp các phân nhánh (branch)
Hạn ch�?lỗi xảy ra trong quá trình code trong 1 team
Khi gặp lỗi có th�?d�?dàng Backup lại phiên bản trước
Code không giới hạn khoảng cách giữa các thành viên trong team, bạn có th�?làm việc �?bất c�?đâu vì ch�?cần clone mã nguồn t�?kho chứa hoặc clone một phiên bản thay đổi nào đó t�?kho chứa, hoặc một nhánh nào đó t�?kho chứa.
D�?dàng trong việc deployment (triển khai) sản phẩm.

Phân biệt Git và BitHub

Các trạng thái file trong Git

Committed: có nghĩa là d�?liệu đã được lưu tr�?một cách an toàn trong cơ s�?d�?liệu, tức là những gì bạn đã commit thành công.
Staged: là bạn đã đánh dấu s�?commit phiên bản hiện tại của một tập tin đã chỉnh sửa trong lần commit sắp tới. Trạng thái này xảy ra khi bạn s�?dụng lệnh git add nhưng chưa commit.
Modified: có nghĩa là bạn đã thay đổi tập tin nhưng chưa commit vào cơ s�?d�?liệu, tức là bạn chưa s�?dụng lênh Git add và git commit.

Cài đặt �?Cấu hình Git tại đây

Cách cài đặt SSH lên máy tính window (local)

Khi bạn đăng nhập vào 1 PVS nào đó thì bạn thường s�?phải nhập user và password. Điều này s�?không an toàn và có kh�?năng s�?d�?b�?tấn công bằng brute force. Đặc biệt hơn là nhiều khi s�?gây khó chịu khi mỗi lần truy cập là lại phải nhập lại mật khẩu. Và khi quên mất pass là thôi xong luôn!

SSH Key là một cặp key được dùng đ�?mã hóa bất đối xứng, gồm có public key và private key. SSH Key được dùng đ�?xác minh quyền truy cập và mã hóa nội dung đ�?tránh b�?tấn công.

Nội dung giữa Private Key và Public Key hoàn toàn khác nhau, nhưng nó vẫn s�?nhận diện được với nhau thông qua một thuật toán riêng của nó. Bạn hãy hình dung Private Key là chìa khóa, còn Public Key là �?khóa. Một khi chìa khóa tương thích với �?khóa thì cửa s�?được m�?

Bước 1: Chạy Git Bash

M�?1 folder bất k�? click chuột phải -> Chọn Git Bash Here

Chạy Git Bash

Bước 2: Thực hiện lần lượt các câu lệnh sau:

ssh-keygen, nhấn enter cho đến khi hiện ra được như hình dưới là đã tạo được các key (public key & private key) trên máy tính

Lưu ý đường dẫn của các file key được tạo (đã được git thông báo trong quá trình cài đặt �?Hình dưới)

Chạy GitBash

eval $(ssh-agent)

Chạy Gitbash

ssh-add path/to/id_rsa ( đường dẫn trong máy đến thư mục id_rsa)

Chạy Gitbash

M�?thư mục id_rsa.pub ra, copy toàn b�?d�?liệu trong đó và copy lên Github ( Nhấn chuột phải, chọn Open With- chọn Notepad)

Truy cập vào Github trên web, mở�?/span>Settings, Chọn SSH and GPG Keys.

Trong phần SSH Key chọn New SSH Key, tại đây nhập Title cho Key và paste d�?liệu �?trong id_rsa.pub vào phần Key.

Add new SSH Key

Sau khi tạo xong:

SSH Key

Kiểm tra cấu hình lên trên máy và GitHub: ssh-T[email protected]**

SSH Key

Tạo Github Repository

Tạo 1 repository: Trên giao diện Github, chọn New Repository

Lưu ý: Phần tên repository phải là duy nhất, không được trùng, �?đây mình có demo th�?một repo

SSH Key

Đây là giao diện khi bạn tạo xong 1 repo, lưu ý �?phần đường dẫn, chọn SSH nhé

SSH Key

Thao tác với Git

Đ�?bắt đầu làm việc , ta vào đúng mục đó và chọn Git Bash

Thao tác với Git

Đây s�?là giao diện đ�?chúng ta viết code đ�?push d�?liệu lên trên github với những câu lệnh và luồng x�?lý �?bên dưới

Một s�?lệnh git cơ bản và luồng x�?lý

Luồng hoạt động của git cơ bản (Hình dưới)

Thao tác với Git

Các câu lệnh git cơ bản

Init: Dùng đ�?khởi tạo 1 git repository 1 project mới hoặc đã có. Đây là lệnh đầu tiên cần dùng trong git khi bắt đầu 1 project mới. Câu lệnh: git init
Pull: Kéo các thay đổi t�?remote (Github). S�?dụng đ�?kéo code mới nhất t�?1 nhánh(branch) từ�?/span>remote (Github) v�?máy (local). Câu lệnh: ***git pull ***
Checkout: S�?dụng lệnh git checkout đ�?chuyển giữa các branch. Ch�?cần nhập git checkout theo sau là tên của branch bạn muốn chuyển đến hoặc nhập git checkout master đ�?tr�?v�?branch chính (master branch). Option -b ch�?định tạo 1 nhánh mới. Câu lệnh: git checkout –b
Add : Thêm s�?thay đổi của các file/index trong thư mục làm việc. Đ�?thêm toàn b�?các s�?thay đổi vào, ta s�?dụng ký t�?�?/span>.�?/span>

Câu lệnh

git add .
git add –m
git add –u – Commit: commit nghĩa là một hành động đ�?Git lưu lại một snapshot của các s�?thay đổi trong thư mục làm việc. Và các tập tin, thư mục được thay đổi đã phải nằm trong Staging Area. Mỗi lần commit nó s�?được lưu lại lịch s�?chỉnh sửa của code kèm theo tên và địa ch�?email của người commit.
Ngoài ra trong Git bạn cũng có th�?khôi phục lại tập tin trong lịch s�?commit của nó đ�?chia cho một branch khác, vì vậy bạn s�?d�?dàng khôi phục lại các thay đổi trước đó.
git commit –m “message�?/i> – Push: được s�?dụng đ�?thêm các cam kết bạn đã thực hiện trên kho lưu cục b�?vào một kho lưu tr�?t�?xa – cùng với git pull, nó cho phép mọi người cộng tác

***git push *** – **Branch**: Các **Branch** (nhánh) đại diện cho các **phiên bản c�?th�?* của một kho lưu tr�?tách ra t�?project chính của bạn. Branch cho phép bạn theo dõi các thay đổi th�?nghiệm bạn thực hiện đối với kho lưu tr�?và có th�?hoàn nguyên v�?các phiên bản cũ hơn.

Câu lệnh : ***git branch*** ( liệt kê toàn b�?các branch )

**Status**: Đ�?check trạng thái của những file bạn đã thay đổi trong thư mục làm việc.
VD: Tất c�?các thay đổi cuối cùng t�?lần commit cuối cùng.

Câu lệnh : ***git status*** – Clone: Copy 1 git repository t�?remote source.

Câu lệnh: ***git clone ***

Ví d�?demo:

Demo nho nh�?v�?Git và GitHub nhé! Sau đây th�?push 1 file demo.html được tạo bằng VSCode lên trên Github.

Đầu tiên chọn file cần push, s�?dụng câu lệnh git init đ�?khởi tạo ra file .git

S�?dụng câu lệnh Git Init

Sau đó chúng ta kiểm tra xem file đang �?trạng thái nào.

Màu đ�?là chưa sẵn sàng đ�?commit, cần phải thực hiện câu lệnh git add

Màu xanh là đã sẵn sàng đ�?commit

S�?dụng câu lệnh git add đ�?add toàn b�?d�?liệu file và chuyển chúng sang trạng thái có th�?commit (lưu ý là có dấu chấm)

S�?dụng câu lệnh Git add

Khi file đã vào trạng thái đ�?sẵn sàng commit thì commit nó thôi :v . S�?dụng lệnh git commit –m “mess�?span style="font-weight: 400;"> �?trong đó mess là lời nhắn của bạn cho cái lần commit đó đ�?lần sau có xem lại thì hiểu được.

S�?dụng câu lệnh Git commit – m mess

Đ�?kiểm tra những file đã commit s�?dụng lệnh git log

S�?dụng câu lệnh Git add

Tuy nhiên, s�?có vài bạn thắc mắc là sao commit đã thành công rồi mà �?trên mạng vẫn chưa có? Đó là do chúng ta chưa đồng b�?d�?liệu �?trên mạng với �?máy. Đ�?đồng b�?s�?dụng câu lệnh:

git remote add origin <[email protected]:phamlinh02/Demo1.git>

git push –u origin master

(Đây cũng là lần duy nhất được làm việc trực tiếp trên nhánh master vì �?trên web chúng ta vẫn chưa có d�?liệu)

Đồng b�?s�?dụng câu lệnh

Đồng b�?s�?dụng câu lệnh

Khi load lại trang thì s�?tr�?thành như này. Và chúng ta đã push file lên thành công

Push File lên thành công

Nhánh master là nhánh chính, nhánh chứa những file đã hoàn thiện, không được chứa những file code “bẩn”,�?. Vì vậy, khi chúng ta có bất kì 1 s�?thay đổi nào v�?file thì khi push lên phải push �?trên một nhánh khác.

Chuyển t�?nhánh master qua 1 nhánh mới bằng câu lệnh git checkout –b

Câu lệnh Git checkou – b

Khi đó trên web chúng ta có thêm 1 nhánh nữa.

Push file thành công

File demo ban đầu:

File demo ban đầu

File demo sau khi sửa:

File demo sau khi sửa

Khi đó khi ta kiểm tra trạng thái của file thì lại thấy chuyển sang trạng thái chưa sẵn sang đ�?commit. Làm tương t�?những bước như trên đ�?đổi v�?trạng thái sẵn sàng commit và commit chúng lại.

Chúng ta s�?push d�?liệu lên trên nhánh vừa tạo đó:

Push d�?liệu lên nhánh vừa tạo

Và đây là d�?liệu chúng ta push lên trên nhánh đó.

Đã push d�?liệu lên nhánh

Sau đó s�?nhấn vào nút Compare & pull request. Nó s�?hiện ra như hình dưới và �?đây chúng ta có th�?xem s�?thay đổi của file giữa lần đầu commit và lần commit sau đó.

Git là GitHub đều giúp ích cho lập trình viên rất nhiều trong việc quản lý d�?án của mình. Với những ví d�?demo Git �?trên, hy vọng bạn s�?có cái nhìn rõ nét v�?Git và GitHub, qua đó giúp bạn thực hành ngay những câu lệnh Git thường gặp.

Chúc các bạn thực hiện thành công!

B�?môn Công ngh�?thông tin
Trường Cao đẳng FPT M?ng c�� c??c b��ng ?�� cơ s�?Hà Nội

The post GIT và GITHUB khác nhau như th�?nào? appeared first on Cao Đẳng FPT M?ng c�� c??c b��ng ?�� xét tuyển.

Git Archives - Cao Đẳng FPT M?ng c�� c??c b��ng ?�� xét tuyển

NhuTQ (PRHO - CTV) — Fri, 17 Mar 2023 14:38:48 +0000

Git là một thuật ng�?quen thuộc trong ngành lập trình. Vậy Git là gì? Nó hoạt động như th�?nào và đem lại lợi ích gì cho công việc của lập trình viên? Hãy theo dõi bài viết dưới đây đ�?tìm ra câu tr�?lời nhé!

Git là gì?

Git là một h�?thống quản lý phiên bản phân tán (Open Source Distributed Version Control System).

Trong thực t�? các d�?án thường có nhiều nhà phát triển làm việc song song. Chính vì th�? một h�?thống kiểm soát phiên bản như Git là vô cùng cần thiết đ�?đảm bảo không có xung đột mã giữa các nhà phát triển. Ngoài ra, các yêu cầu trong d�?án có xu hướng thay đổi thường xuyên, Git cho phép nhà phát triển quay lại phiên bản cũ của mã.

Th�?nào là repository, branch?

Repository

Repository hay còn gọi là Repo, dịch ra tiếng Việt có nghĩa là kho, đây chính là nơi chứa tất c�?mã nguồn cho một d�?án được tạo bởi Git. Có th�?hiểu một cách khác, Repository chính là khai báo thư mục chứa d�?án của bạn trên local hoặc remote. Một repo s�?có hai cấu trúc d�?liệu chính đó là Object store và Index được lưu tr�?ẩn trong thư mục .git.

Có hai loại repository là local repository và remote repository:

Local repository: repo được cài đặt trên máy tính của lập trình viên, repo này s�?đồng b�?hóa với remote bằng các lệnh của Git.

Remote repository: repo được cài đặt trên server chuyên dụng, điển hình hiện nay là Github.

Branch

Đối với những d�?án có nhiều thành viên tham gia thì mỗi thành viên s�?nhận được nhiều task t�?leader, vì vậy việc x�?lý task này trên cùng một thời gian là rất khó vì d�?b�?đụng code.

Đ�?giải quyết vấn đ�?này, chúng ta s�?s�?dụng branch của Git, tương ứng với mỗi nhiệm v�?chúng ta s�?tạo một branh và làm việc trên đó, các branch này s�?hoạt động riêng l�?và không ảnh hưởng lẫn nhau.

Tóm lại, branch là những phân nhánh ghi lại luồng thay đổi của lịch s�? các hoạt động trên mỗi branch s�?không ảnh hưởng lên các branch khác nên có th�?tiến hành nhiều thay đổi đồng thời trên một repository giúp giải quyết nhiều nhiệm v�?cùng lúc.

Khi một repository được tạo ra, Git s�?thiết lập branch mặc định là master, nghĩa là nó s�?t�?động tạo một branch master và mọi hoạt động của ban lúc này đều nằm trên branch master.

Github

Đa phần mỗi khi nói đến Git, ta nghĩ tới ngay GitHub, điều này khiến cho không ít người vẫn nhầm lẫn Git vs GitHub là một. Nhưng đó là một nhầm lẫn tai hại, bởi Git như đã giải thích �?trên đó là tên gọi của một mô hình h�?thống, các máy tính có th�?clone lại mã nguồn t�?một repository, còn GitHub là tên của một công ty cũng cấp dịch v�?máy ch�?repository công cộng, mỗi người có th�?truy cập vào website trang ch�?đ�?tạo tài khoản trên đó và tạo ra kho chứa source của riêng mình khi làm việc.

Các ứng dụng của Git trong lập trình

Một s�?lợi ích của Git mang đến cho công việc lập trình như:

Git d�?s�?dụng, an toàn và nhanh chóng.

Quản lý source code d�?dàng chuyên nghiệp.

Có th�?giúp quy trình làm việc code theo nhóm đơn giản hơn rất nhiều bằng việc kết hợp các phân nhánh (branch).

Hạn ch�?được lỗi xảy ra trong quá trình code trong 1 team.

Khi gặp lỗi có th�?d�?dàng Backup lại phiên bản trước.

Code không giới hạn khoảng cách giữa các thành viên trong team, bạn có th�?làm việc �?bất c�?đâu vì ch�?cần clone mã nguồn t�?kho chứa hoặc clone một phiên bản thay đổi nào đó t�?kho chứa, hoặc một nhánh nào đó t�?kho chứa.

D�?dàng trong việc deployment sản phẩm.

Các thuật ng�?quan trọng trong Git

Kho lưu tr�?(Repository)

Kho lưu tr�?(thường được gọi là repo) là một tập hợp các mã nguồn. Repo chứa các commit của d�?án hoặc một tập hợp các tham chiếu đến các commit (ví d�?như heads).

Commit

Một commit ghi lại một thay đổi hoặc một loạt các thay đổi mà bạn đã thực hiện đối với một file trong repo. Một commit có hash SHA1 duy nhất được s�?dụng đ�?theo dõi các file đã thay đổi trong quá kh�?

Git History là danh sách một loạt các commit. S�?dụng lệnh commit kết hợp với lệnh git add đ�?cho git biết những thay đổi của bạn và lưu vào kho lưu tr�?repositoty.

Branch

Một branch v�?cơ bản là một tập hợp các mã thay đổi duy nhất với một tên duy nhất. Mỗi repo có th�?có một hoặc nhiều branch. Branch chính – branch mà tất c�?các thay đổi cuối cùng được merge vào �?được gọi là branch master. Đây là phiên bản làm việc chính thức cho d�?án của bạn và là phiên bản mà bạn s�?thấy khi truy cập kho d�?án tại github.com/yourname/projectname.

Checkout

Chúng ta có th�?s�?dụng lệnh git checkout đ�?chuyển các branch. Bằng cách nhập git checkout sao tên branch mà bạn muốn chuyển đến hoặc nhập git master đ�?tr�?v�?branch chính (master branch).

Fork

Fork là một bản sao của kho lưu tr�?(repository). Có th�?tận dụng các lợi ích của fork đ�?chạy th�?nghiệm các thay đổi mà không ảnh hưởng đến kết qu�?của d�?án.

Fetch

S�?dụng lệnh git fetch đ�?tìm nạp các bản sao và tải xuống các tệp branch vào máy tính. Có th�?s�?dụng nó lưu các thay đổi mới nhất vào repository và có th�?tìm nạp branch cùng một lúc.

Head

Head đại diện cho commit mới nhất của repository mà bạn đang làm việc và commit �?đầu của một branch được gọi là head.

Index

Khi s�?dụng mà bạn thêm, xóa hoặc thay đổi file thì nó vẫn nằm trong mục index cho đến khi bạn sẵn sàng commit các thay đổi. Bạn dùng lệnh git status đ�?xem nội dung index của bạn.

Merge

Merge chính là lệnh git kết hợp với các yêu cầu kéo (pull request) đ�?thêm các thay đổi t�?nhánh này sang nhánh khác.

Origin

Origin là phiên bản mặc định của repository và origin, đóng vai trò đặc biệt đ�?liên lạc với nhánh chính.

Master

Master là nhánh chính của tất c�?các repository, nó bao gồm c�?những thay đổi gần đây nhất.

Pull

Pull request th�?hiện cho banjc ác đ�?xuất thay đổi trong nhánh chính. Khi bạn làm việc với một nhóm, bạn có th�?tạo các pull request đ�?yêu cầu người bảo trì kho lưu tr�?xem xét các thay đổi và hợp nhất chúng.

Push

Lệnh git push dùng đ�?cập nhật các nhánh t�?xa với những thay đổi mới nhất mà bạn mới commit.

Remote

Remote (kho lưu tr�?t�?xa) là một bản sao của một chi nhánh. Remote có th�?giao tiếp ngược lại với nhánh gốc (origin branch) của chúng và các remote khác trong kho lưu tr�?

Rebase

git rebase cho phép bạn phân tách, di chuyển và thoát commit. Và cũng có th�?s�?dụng nó đ�?kết hợp hai nhánh lại với nhau.

Tags

Đối với tags, thì nó s�?cung cấp cho bạn một cách đ�?theo dõi commit quan trọng.

Upstream

Upstream đ�?cập đến nơi bạn push các thay đổi của mình và thường là các nhánh chính (master branch).

Working directory, staging area và local repo

Với mỗi local repo có ba virtual zone khác nhau bao gồm: Working Directory, Staging area và Commit area.

Working directory là nơi các file mới được tạo, file cũ b�?xóa hoặc nơi thực hiện các thay đổi đối với các file đã có. Sau khi thay đổi được thực hiện, chúng s�?được thêm vào Staging area. Do đó, sSaging area đôi khi còn được gọi là index.

Sau khi các thay đổi hoàn tất, Staging area s�?chứa một hoặc nhiều file cần được commit. Việc tạo một Commit s�?khiến Git lấy mã mới t�?Staging area và đưa Commit vào Repo chính. Sau đó Commit này sau đó được chuyển đến Commit Area.

Git có rất nhiều kiến thức quan trọng cần nắm vững

Pull Request

Pull request được tạo ra đ�?đưa những file source code lên 1 host chung nơi mọi người có quyền truy cập s�?truy cập vào và cùng review, đ�?lại comment trên những file source code đó.

Conflict trong Git là gì?

Conflict nghĩa là xung đột. Trong một h�?thống kiểm soát nguồn như Git, xung đột có th�?xảy ra khi hai hoặc nhiều người thay đổi cùng một tệp và xuất hiện tại kho lưu tr�?cục b�?của thành viên hoặc kho lưu tr�?t�?xa Github.

Giải quyết conflict

Trong lúc làm d�?án s�?xảy ra trường hợp nhiều người làm chung 1 file nên s�?xảy ra conflict và cách giải quyết là s�?họp với nhau và thống nhất gi�?lại phần nào và b�?những đi phần thừa (ch�?yếu là thư viện)

Cách Clone project t�?Remote v�?Local

Cần phải Dowload Git v�?máy

Copy đường link Github của d�?án cần Clone

Tạo một folder đ�?chứa project chuẩn b�?clone, sau đó click chuột phải chọn Git Bash Here

Thực hiện lệnh: git clone + tên đường link Github của d�?án cần Clone.

Sau khi hoàn thành các bước �?trên, chúng ta s�?có 1 project được lấy t�?Remote.

Cách tạo 1 Pull Request

Bước 1: Sau khi code xong nhiệm v�?của mình, các bạn lập trình viên hãy push code lên branch của riêng mình và công việc tiếp theo cần làm đó là merge code t�?branch cá nhân vào branch chính.

Bước 2: Click vào phần pull request -> Click vào New pull request.

Bước 3: Chọn branch mà bạn muốn, bên trái là branch chính, bên phải là branch riêng của bạn.

Bước 4: Sau khi chọn branch xong -> Click chọn Create pull request.

Bước 5: Đặt tên cho pull request (tên công việc bạn đã làm) -> Click chọn Create pull request.

Bước 6: Click vào mục File Change đ�?xem những file đã thay đổi (lưu ý ch�?nên chỉnh sửa những file có liên quan đến công việc code của mình, nếu thay đổi nhưng file không liên quan, khi merge code s�?gây ra conflict). Do đó, hãy thực hiện review code (convention, requirement �?, kiểm tra và sửa hết các vấn đ�?trước khi thực hiện Merge pull request.

Bước 7: Sau khi kiểm tra xong thì click vào Merge pull request.

Trên đây là những kiến thức quan trọng liên quan đến Git trong lập trình. Chúc các bạn lập trình viên có thêm các khám phá thú v�?trong quá trình áp dụng git vào học tập và làm việc!

B�?môn Ứng dụng phần mềm
Cao đẳng FPT M?ng c�� c??c b��ng ?�� Hà Nội

The post Git là gì? Các lệnh Git cơ bản lập trình viên cần biết appeared first on Cao Đẳng FPT M?ng c�� c??c b��ng ?�� xét tuyển.