Cho đến nay, chúng tôi đã thực hiện các thay đổi mã cục bộ mà không sử dụng bất kỳ loại kiểm soát phiên bản nào. Với sự phức tạp của trang web này ngày càng tăng, điều đó ngày càng trở nên vô trách nhiệm. Điều gì đã thay đổi và khi nào? Tại sao nó lại thay đổi? Làm thế nào chúng ta có thể thấy nó là gì trước đây trong trường hợp nó gây ra vấn đề mà chúng ta chỉ tìm hiểu về sau?
Có rất nhiều lý do chính đáng để sử dụng kiểm soát phiên bản gần như nằm ngoài phạm vi của loạt bài này, nhưng đủ để nói rằng, chúng ta sẽ sử dụng nó. Nó giải quyết tất cả các câu hỏi tôi đã nêu ở trên.
Trong trường hợp của chúng tôi, tôi đã sử dụng kiểm soát phiên bản trên CSS-Tricks. Tôi sử dụng Git và lưu trữ kho lưu trữ trên Beanstalk. Beanstalk đảm nhận việc triển khai trang web thông qua FTP. Việc thiết lập rất đơn giản. Đối với CSS-Tricks, tôi thậm chí không có máy chủ dàn, tôi chỉ đẩy mọi thứ vào sản xuất.
Tôi sử dụng Tháp ứng dụng Mac để làm việc với Git. Nếu bạn muốn có toàn bộ video trên màn hình về cách thiết lập tất cả từ đầu, tôi có sẵn ở đây.
Chúng tôi thực hiện một chút thay đổi và bạn có thể thấy thay đổi hiển thị trong Tower dưới dạng “dif” (nơi bạn có thể xem dòng nào đã thay đổi và như thế nào). Cuối cùng, chúng tôi sử dụng thiết kế tĩnh mà chúng tôi đã làm cho đến nay và biến nó thành một thư mục con trên CSS-Tricks.com đã được triển khai thực sự - sau đó hãy xem xét nó. Yay nó hoạt động! Chà, đối với hầu hết các phần. Bây giờ thiết kế nằm trong một thư mục con, một số liên kết bị hỏng nhưng đó không phải là vấn đề lớn.
Tôi nên lưu ý rằng tôi không quay lại đủ thường xuyên để hiển thị các tệp cam kết cho Git trong các video sau này. Chỉ cần tưởng tượng rằng ở cuối mỗi video tôi chuyển đến Tower, chọn các nhóm tệp có liên quan và cam kết chúng bằng một thông báo cam kết mô tả đáng yêu (đó là những gì tôi thực sự đã làm).