Tạo SSH key

ls -al ~/.ssh

Đầu tiên, chúng ta có thể kiểm tra xem liệu chúng ta có bất kỳ SSH key nào hiện có hay không.

Nếu đã có, ta có thể dùng các key đó, còn nếu chưa có key nào cả thì có thể tạo bằng lệnh dưới.

ssh-keygen -t rsa -C "email_cua_ban@work-mail.com" -f "ssh_file_name"

Ví dụ:

ssh-keygen -t rsa -C "bao.van@tomosia.com" -f "id_rsa_work"

Đoạn mã trên sẽ tạo các SSH key và lưu public key có tag bao.van@tomosia.com vào ~/.ssh/id_rsa_work.pub.

Khi được yêu cầu vị trí lưu SSH key, hãy chấp nhận vị trí mặc định bằng cách nhấn enter. Key private và key public ~/.ssh/id_rsa_work.pub sẽ được tạo tại vị trí ssh mặc định ~/.ssh/. Chúng ta đã tạo được ssh key cho account phục vụ công việc, tương tự cho email phục vụ mục đích cá nhân. Tôi đặt tên cho ssh key cá nhân là id_rsa_personal. Sau khi tạo xong chúng ta sẽ có 2 key dưới:

~/.ssh/id_rsa_personal
~/.ssh/id_rsa_work

Thêm SSH key mới vào tài khoản GitHub tương ứng

Chúng ta đã có SSH public key và chúng ta sẽ thêm chúng tài khoản GitHub của mình.

Sao chép public key pbcopy < ~/.ssh/id_rsa_personal.pub rồi đăng nhập vào tài khoản GitHub cá nhân của bạn:

• Đi tới Setting
• Chọn SSH Key and GPG từ menu bên trái.
• Nhấp vào New SSH Key, cung cấp tiêu đề phù hợp và dán nội dung của SSH key vào editor bên dưới
• Nhấp vào Add Key – Done!

Đối với tài khoản công việc, hãy sử dụng public key tương ứng (pbcopy < ~/.ssh/id_rsa_work.pub) và lặp lại các bước trên trong tài khoản công việc GitHub của bạn.

Đăng ký SSH Key với SSH Agent

Để sử dụng các key, phải đăng ký chúng với ssh agent trên máy của mình. Đảm bảo ssh-agent đang chạy bằng lệnh eval "$(ssh-agent -s)".

Thêm private key vào ssh-agent như sau:

ssh-add ~/.ssh/id_rsa_personal
ssh-add ~/.ssh/id_rsa_work

Sau đó, làm cho ssh-agent sử dụng các SSH Keys tương ứng cho các SSH Hosts khác nhau bằng cách sử dụng file config cấu hình cho SSH.

Tạo tệp cấu hình SSH

Tệp cấu hình SSH sẽ có tại ~/.ssh/config. Chỉnh sửa nó nếu nó tồn tại, nếu không chúng ta có thể tạo nó.

cd ~/.ssh/
touch config           // Creates the file if not exists
nano config            // edit file

Tạo các mục cấu hình cho các tài khoản GitHub có liên quan tương tự như mục bên dưới trong tệp ~/.ssh/config của bạn:

# Personal account
Host github.com
   HostName github.com
   User git
   IdentityFile ~/.ssh/id_rsa_personal
   
# Work account
Host github.com-work
   HostName github.com
   User git
   IdentityFile ~/.ssh/id_rsa_work

work là id người dùng GitHub cho tài khoản công việc.

github.com-work là ký hiệu được sử dụng để phân biệt nhiều tài khoản Git. Đảm bảo bạn nhất quán với ký hiệu tên máy chủ mà bạn sử dụng. Điều này có liên quan khi ta clone một repository hoặc set the remote origin cho repository ở local

Cấu hình trên yêu cầu ssh-agent:

Sử dụng key id_rsa_personal cho bất kỳ URL Git nào sử dụng @github.com

Sử dụng key id_rsa_work cho bất kỳ URL Git nào sử dụng @github.com-work

Như vậy là ta đã hoàn thành xong việc config để sử dụng 2 tài khoản Github. Thử clone một repository hoặc làm việc với một repo ở local nhé.

Clone Repository

Khi các cấu hình đã ổn, chúng ta có thể tiếp tục và clone các repository tương ứng. Khi clone, ta chỉ cần sử dụng các Host là github.com cho account personal và github.com-work cho account work. Ví dụ như dưới.

Với account cho công việc:

git clone git@github.com-work:TOMOSIA-VIETNAM/tomogpt.git

Và account cá nhân:

git clone git@github.com:BaoVanPhu/django-learning.git

Thay đổi này được thực hiện tùy thuộc vào Host được xác định trong tệp config SSH. Giữa @ và : phải khớp với những gì ta đã cung cấp trong tệp config SSH.

Local Repository

Với repository đã được cloned trước đó:

Ta chỉ cần update lại remote-url như lệnh dưới

Với account công việc:

git remote set-url origin git@github.com-work:yamatabitabi/ytb-ec-site.git

Tương tự cho account cá nhân 😀

Nếu tạo một repository mới ở local:

Khởi tạo Git trong thư mục dự án git init.

Tạo một repo mới trong tài khoản GitHub rồi add Git remote vào repo ở local

git remote add origin git@github.com-work:TOMOSIA-VIETNAM/new_repo.git 

Sau đó add file và commit rồi push code lên thôi.

Account cá nhân thì như bình thường rồi, không có gì phải bàn =))

Done!

Conclusion

Đây là những kinh nghiệm mình đã được đọc và config ở laptop của mình. Hi vọng sẽ có ích cho mọi người.

Cảm ơn mọi người đã dành thời gian để đọc. 😀

Nguồn: Freecodecamp

The post Cách sử dụng nhiều tài khoản GitHub trên một thiết bị bằng SSH Key appeared first on Tomoshare.

Rebase là gì?

Rebase là quá trình di chuyển hoặc kết hợp một chuỗi commit vào một commit cơ sở mới. Quá trình này thường được sử dụng trong ngữ cảnh làm việc với các tính năng trên các nhánh riêng biệt. Rebase thực hiện việc này bằng cách tạo các commit mới và áp dụng chúng vào commit cơ sở đã chỉ định. Quan trọng nhất, ngay cả khi nhánh trông giống như trước, nó thực sự bao gồm các commit hoàn toàn mới.

Tại sao cần sử dụng Rebase?

Mục tiêu chính của việc sử dụng rebase là duy trì lịch sử commit dự án theo hình thẳng, giúp dễ quản lý. Khi bạn đang làm việc trên một tính năng riêng (feature branch) và muốn cập nhật các thay đổi mới nhất từ nhánh chính (main branch), bạn có hai lựa chọn: gộp trực tiếp hoặc sử dụng rebase trước rồi mới gộp. Sử dụng rebase trước khi gộp giúp giữ cho lịch sử commit trông sạch sẽ, như là bạn đã luôn làm việc trên nhánh chính. Khi bạn duyệt lịch sử commit, việc này giúp bạn nhanh chóng hiểu về lịch sử dự án.

Sử dụng git rebase -i HEAD~N với Squash

Tính năng quan trọng trong việc sử dụng rebase là git rebase -i, với -i viết tắt của “interactive,” cho phép bạn tương tác với các commit trong quá trình rebase. Khi bạn chạy lệnh git rebase -i HEAD~N, bạn có thể chỉ định N là số commit bạn muốn gộp.

• pick (p): Sử dụng commit.
• reword (r): Sử dụng commit và cho phép chỉnh sửa lại mô tả.
• edit (e): Sử dụng commit, nhưng dừng lại để chỉnh sửa.
• squash (s): Sử dụng commit và gộp vào commit trước đó.
• fixup (f): Giống như squash, nhưng bỏ qua mô tả của commit này.
• exec (x): Chạy một lệnh từ dòng dưới bằng shell.
• drop (d): Loại bỏ commit.

Ví dụ về squash:

Nếu bạn có các commit sau đây:

1. Commit 1: “Change headlines for about and index”
2. Commit 2: “Optimize markup structure in index”
3. Commit 3: “Change page structure”

Nếu bạn muốn gộp commit 2 và 3 vào commit 1, bạn chỉ cần thay đổi pick thành squash hoặc viết tắt là s cho commit 2 và 3 trong giao diện tương tác rebase. Sau đó, bạn có thể chỉnh sửa lại mô tả của commit mới (thường là kết hợp mô tả của tất cả các commit được gộp). Kết quả là một commit mới có mô tả là “Add feature A” chứa tất cả thay đổi từ cả ba commit ban đầu.

Chú ý quan trọng:

• Không nên sử dụng rebase cho lịch sử commit đã được đẩy lên kho lưu trữ công cộng, vì nó có thể làm mất lịch sử.
• Interactive rebase cho phép bạn kiểm soát hoàn toàn lịch sử dự án, giúp bạn chỉnh sửa và làm sạch lịch sử commit trước khi đưa chúng vào nhánh chính.
• Sử dụng git rebase -i HEAD~N cho phép bạn thay đổi nhiều commit cùng lúc, tạo ra một lịch sử commit sáng sủa và dễ quản lý hơn.

Kết luận:

Tính năng git rebase -i HEAD~N là một công cụ mạnh mẽ trong Git cho phép bạn tương tác với và chỉnh sửa lịch sử commit dự án. Sử dụng squash với rebase cho phép bạn gộp và làm sạch lịch sử commit, giúp bạn tạo ra một lịch sử commit đồng nhất và có ý nghĩa cho dự án của bạn.

The post Sử dụng tính năng git rebase -i HEAD~N để Gộp và Squash Commit trong Git appeared first on Tomoshare.

Trong thế giới võ hiệp của cố nhà văn Kim Dung, trúng độc có thể nói là nỗi ám ảnh của hầu hết các nhân sĩ khi hành tẩu giang hồ. Bên cạnh đó cũng sinh ra vô vàn phương pháp chữa độc như sử dụng thuốc giải độc, hay là dùng nội công để chữa ! Khi các phương pháp trên đều vô phương cứu chữa, một phương pháp nguy hiểm ngang đánh tài xỉu được sử dụng ! Đó chính là “Lấy độc trị độc” . Trong bộ tiểu thuyết Thiên long bát bộ, Đoàn Dự đã bị trúng độc của Lục Mạch Thần Kiếm, chính Huyền Minh Nhị Lão là người đã sử dụng một loại độc khác để trung hòa độc của Lục Mạch Thần Kiếm.

Vâng ! Quay về thực tại ! Bạn đã bao giờ bị thằng làm cùng, nó vừa code nó vừa chửi “Đ* M* ! Thằng nào push code làm mất m* commit của bố mày rồi !“. Có thể lúc đó bạn đã vô tình git reset –hard hay chỉ là nhỡ tay push –force lên thôi ! Làm đ*o gì mà căng !

Hôm nay, tại hạ xin hướng dẫn các vị huynh đài, sử dụng phương pháp lấy độc trị độc, dùng chính git reset –hard và push –force để khôi phục lại commit đã mất !

Bài toán ?

Tại hạ đang có 3 commit, lỡ tay git reset –hard và push –force lên còn có 1 commit !

6c01759 (HEAD -> master, origin/master) Commit 3
842ed8d Commit 2
786ca7f Commit 1

> git reset --hard 786ca7f & git push --force origin master

786ca7f (HEAD ->  master, origin/master) Commit 1

Lấy độc trị độc ?

Sử dụng git reflog hiển thị tất cả các commit, bao gồm cả những commit đã bị xóa ! Lưu ý: git log chỉ hiển thị những commit hiện tại.

786ca7f (HEAD -> master, origin/master) HEAD@{0}: reset: moving to 786ca7f # log when git reset
6c01759 HEAD@{1}: commit: Commit 3 # commit cần khôi phục
842ed8d HEAD@{2}: commit: Commit 2
786ca7f (HEAD -> master) HEAD@{3}: commit (initial): Commit 1

Các hạ sẽ thấy được hành vi git reset được log lại ! Tìm SHA của commit ngay trước hành vi reset để rollback ! Sử dụng chính git reset –hard khôi phục commit:

> git reset --hard 6c01759

6c01759 (HEAD -> master) Commit 3
842ed8d Commit 2
786ca7f Commit 1

Push lại commit đã khôi phục:

> git push --force origin master

6c01759 (HEAD -> master, origin/master) Commit 3
842ed8d Commit 2
786ca7f Commit 1

Dễ quá phải không các vị huynh đệ ! Cổ nhân xưa có câu không làm thì không có lỗi ! Vì vậy các huynh đệ tránh sử dụng git reset –hard và push –force khi nào cờ bí thì mới lôi ra sài thui ! Cảm ơm các vị huynh đài đã nghe xàm xí ! Thân ái và hẹn gặp lại !

The post Khôi phục commit sau khi git reset –hard và push –force! Lấy độc trị độc ! appeared first on Tomoshare.