Xin chào ! Nếu đây là lần đầu tiên bạn đến với diễn đàn, xin vui lòng danh ra một phút bấm vào đây để đăng kí và tham gia thảo luận cùng VnPro.
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Bài 2: Git

    🎯 [Bài viết dành cho cộng đồng DevNet/NetDevOps Việt Nam]
    Bạn vẫn dùng Google Drive để backup file cấu hình mạng? Đã đến lúc dùng Git!

    Trong thế giới hạ tầng tự động và DevOps, việc quản lý cấu hình, script, playbook… mà không có một hệ thống version control chuyên nghiệp thì chẳng khác gì đi dây mà không có lưới an toàn. Nhiều anh em vẫn copy file vào USB, lưu backup vào Google Drive hay gửi qua Zalo nhóm – nhưng khi sự cố xảy ra, không ai biết ai sửa cái gì, lúc nào, tại sao nó hỏng.

    Giải pháp? Version Control System – đặc biệt là Git.
    🔄 VCS là gì và tại sao cần?


    Version Control System (VCS) giúp bạn:
    • Quản lý thay đổi của file theo thời gian
    • Làm việc nhóm dễ dàng, tránh đè file nhau
    • Phục hồi được phiên bản trước nếu cấu hình lỗi
    • Xem ai thay đổi gì, khi nào và vì lý do gì

    Với dân network/DevOps, điều này cực kỳ quan trọng, nhất là khi bạn:
    • Làm việc nhóm với nhiều kỹ sư cùng cấu hình thiết bị
    • Viết playbook Ansible, Terraform hoặc script Python tự động
    • Quản lý hàng trăm thiết bị với config thay đổi thường xuyên

    💡 Git là gì? Và vì sao Git?


    Git là VCS được Linus Torvalds – cha đẻ Linux – phát triển năm 2005 để quản lý mã nguồn kernel. Nó là một distributed VCS, nghĩa là mỗi thành viên có toàn bộ bản sao repo trên máy của mình.

    Điều đó mang lại:
    • Làm việc offline dễ dàng
    • Tự do tạo branch để thử nghiệm mà không phá bản chính
    • Hệ thống backup phân tán mạnh mẽ

    Git không chỉ dùng cho code. Với anh em NetDevOps, Git giúp:
    • Theo dõi thay đổi file cấu hình router/switch
    • Ghi lại lịch sử thay đổi playbook Ansible
    • Kết hợp CI/CD cho tự động hóa mạng

    🔍 Hiểu kiến trúc Git: 4 thành phần quan trọng
    1. Working Directory – thư mục bạn đang chỉnh sửa file
    2. Staging Area – khu vực chọn file nào sẽ commit
    3. Local Repository – nơi lưu snapshot lịch sử commit
    4. Remote Repository – máy chủ Git (GitHub, GitLab...) nơi các bản sao khác sync về

    📌 Luồng làm việc cơ bản:

    git init # Khởi tạo Git repo
    git add file.py # Thêm file vào staging
    git commit -m "Lần đầu commit" # Lưu vào local repo
    git push origin main # Đẩy lên server (remote)
    ⚠️ Câu hỏi trắc nghiệm thử bạn nắm chắc chưa:


    ❓ Câu hỏi: Câu nào mô tả đúng về remote repository trong Git?

    A. A remote repository is where the files of the project reside, and it is also from where all other local copies are pulled.
    📚 Muốn học thêm Git bài bản?


    Hãy đọc Pro Git (miễn phí online) tại:
    📖 https://git-scm.com/book/en/v2

    Đây là “sách gối đầu giường” cho mọi DevOps, kể cả dân mạng.
    🧠 Gợi ý ứng dụng thực tế
    • Lưu và track cấu hình router Cisco bằng Git
    • Theo dõi lịch sử sửa đổi playbook vlans.yml
    • Tạo repo chứa mẫu cấu hình chuẩn theo từng site
    • Dùng Git hook để tự động validate YAML trước khi commit


    🔥 Kết luận:
    Nếu bạn đang làm việc với script, config thiết bị, hoặc chỉ đơn giản là muốn teamwork an toàn và có thể rollback khi cần – bắt đầu với Git ngay hôm nay. Không chỉ giúp bảo vệ công việc của bạn, mà còn nâng tầm chuyên nghiệp trong mọi dự án DevOps.
    Attached Files
    Đặng Quang Minh, CCIE#11897 (Enterprise Infrastructure, Wireless, Automation, AI), CCSI#31417

    Email : dangquangminh@vnpro.org
    https://www.facebook.com/groups/vietprofessional/
Working...
X