Làm cách nào để thêm kiểm soát phiên bản vào quy trình làm việc của tôi?

Tôi phát triển các chủ đề, rất nhiều trong số họ. Tôi được cấp PSD, mã hóa HTML / CSS, đưa mã vào Wordpress và sửa lỗi khi họ nhận được QC'd. Khi trực tiếp, khách hàng có thể chỉnh sửa các bài đăng trên blog như bình thường hoặc tải lên ảnh bằng cách sử dụng plugin tùy chỉnh.

Đôi khi tôi phải thay đổi chủ đề hoặc nội dung trang / bài đăng, điều đó có nghĩa là tôi làm cho chúng tồn tại hoặc phải tải xuống và thiết lập trang web đến môi trường phát triển để được khách hàng chấp thuận. Tôi không có bản sao lưu, tôi không có kiểm soát phiên bản và tôi nhận ra điều này cần thay đổi.

Git và Mercurial đã được đề xuất, và tôi muốn tận dụng những công cụ này, nhưng tôi bối rối về cách làm cho chúng phù hợp với quy trình làm việc.

Tôi có yêu cầu tất cả các thay đổi đối với một trang web trên máy chủ phát triển và sau đó đẩy chúng trực tiếp khi được phê duyệt không? Viết bài đăng trên blog thì sao? Có vẻ như quá mức cần thiết để viết bài đăng trên dev và đẩy các thay đổi trực tiếp, nhưng sau đó làm cách nào để đồng bộ hóa cơ sở dữ liệu nếu chúng được chỉnh sửa trên trang web trực tiếp? Tôi đã lùng sục trên mạng. Một số hướng dẫn sẽ được đánh giá cao.

Trước hết, bạn cần nhận ra rằng có hai quy trình công việc ở đây: của bạn và khách hàng của bạn.

Quy trình làm việc của bạn

• Nhận PSD
• Mã HTML / CSS
• Mã mẫu WordPress
• Triển khai chủ đề cho trang web WordPress trực tiếp

Quy trình làm việc của họ

• Đưa ra các thay đổi cần thiết và gửi email cho bạn
• Viết bài
• Tải ảnh lên

Vấn đề

Việc thực hiện kiểm soát phiên bản ở đây hoàn toàn không liên quan gì đến quy trình làm việc của khách hàng của bạn. Đó là tất cả về việc theo dõi mã bạn sử dụng cho chủ đề WordPress. Tất cả các tệp chủ đề, plugin tùy chỉnh, v.v. của bạn phải nằm trong hệ thống kiểm soát phiên bản (Git, Mercurial, Subversion hoặc bất cứ thứ gì bạn chọn sử dụng).

Quy trình làm việc của bạn sau đó trở thành:

• Viết mã
• Cam kết thay đổi hệ thống kiểm soát phiên bản
• Đẩy các thay đổi đến nơi sản xuất
• Nhận ý kiến ​​phản hồi từ khách hàng
• Viết mã
• Cam kết thay đổi
• Viết mã
• Cam kết thay đổi
• Đẩy các thay đổi đến nơi sản xuất

Hãy nhớ rằng, đây là về việc duy trì lịch sử kiểm soát phiên bản cho mã của bạn . Mã là thứ mà khách hàng của bạn không nên thay đổi - và bạn không bao giờ nên thay đổi mã trên trang web sản xuất trong khi nó đang được sản xuất.

Nhưng những thay đổi về nội dung (bài đăng, ảnh, v.v.) nằm ngoài phạm vi của hệ thống kiểm soát phiên bản của bạn. Nói cách khác, bạn không thực hiện thay đổi trong quá trình phát triển và sau đó đẩy cơ sở dữ liệu ra sản xuất. Đó là một thực tiễn phát triển kém. Nếu bạn cần cơ sở dữ liệu dev và prod không đồng bộ, thì bạn nên thường xuyên lấy một bản sao lưu từ hộp sản xuất và khôi phục phiên bản cục bộ của bạn từ bản sao lưu đó.

Mã thay đổi dòng chảy từ phát triển để sản xuất.
Cơ sở dữ liệu thay đổi dòng chảy từ sản xuất để phát triển.

Bạn có thể sử dụng phần mềm đồng bộ hóa cơ sở dữ liệu. Nhưng cũng có tùy chọn phiên bản dữ liệu với một cái gì đó như http://chronicdb.com

Tôi chỉ viết lên một câu trả lời thấu đáo cho câu hỏi này. Cá nhân tôi sử dụng git và nó thật tuyệt vời. Về việc bắt đầu với nó, tôi khuyên bạn nên kiểm tra http://gitref.org/ và http://help.github.com/mac-set-up-git/ . Nếu bạn là loại sách, tôi đã đọc cuốn sách này và nó chắc chắn đáng giá $ 22 ebook. Làm cho mình làm điều đó, bạn sẽ không hối tiếc quyết định đó.