Bạn yêu cầu "nhưng tôi đang tìm kiếm các ví dụ cụ thể về thiết lập / quy trình công việc mà mọi người sử dụng để giữ lịch sử phiên bản của các tệp đã chỉnh sửa trên trang web WordPress" nhưng bạn cũng đề cập đến các sản phẩm :)
Bạn nhận được ở trên như trả lời một danh sách các công cụ và một số thực tiễn tốt nhất nhưng tôi sẽ tập trung ở đây vào quy trình công việc: HỌ KHÔNG PHẢI LÀ CÔNG CỤ:
Nhưng đối với các ví dụ chung / thiết lập / quy trình công việc:
Đối với người mới bắt đầu: có các mẫu CM, vì vậy độc lập với công cụ. Google trên CM Forms, rất nhiều sách ngoài đó, các cộng đồng thậm chí của wiki, ví dụ như http://www.cmcrossroads.com/forums .
Ngoài ra còn có hướng dẫn về cách thiết lập chiến lược luồng hợp lệ (chiến lược truyền phát google), v.v ...
Tôi không nghĩ có gì đặc biệt về việc triển khai WordPress so với CM Management bao gồm phát triển song song phân tán trên các nhà máy lớn Siebel, SAP, Informatica, Java, v.v. Nó thực sự gần như mặc định.
Điều còn thiếu, tôi nghĩ, là không ai đã viết một CMplan để phát triển WordPress (chưa) (IEEE). Một khi ai đó đã làm điều đó (công cụ độc lập). Các yêu cầu có thể được điền vào, tôi nghĩ, với bất kỳ công cụ nào.
Tôi nghĩ lý do mà kế hoạch chưa được viết là vì hầu hết tất cả các triển khai WordPress vẫn được thực hiện bởi 1 người với thiết lập sản xuất phát triển đơn giản để không có nhiều nhà phát triển / nhà thiết kế trong giai đoạn xây dựng phải triển khai các phiên bản khác nhau đang chạy trong môi trường thử nghiệm, ví dụ.
kế hoạch CMP bắt đầu bằng việc xác định tất cả các CI theo cách khác: lập danh sách tất cả các loại CI hiện diện trong triển khai WordPress bao gồm các ứng dụng, plugin, cơ sở dữ liệu, tài liệu, trợ giúp, nội dung, tệp cấu hình, ghi chú phát hành (!), v.v. ..). Đó là một khởi đầu tốt. Sau đó quyết định những gì bạn muốn mang theo CM.
Tiếp theo quyết định nguyên nhân gây ra thay đổi trên các CI này, ví dụ như một cuộc gọi của khách hàng về lỗi hoặc nâng cấp cần thiết. Nếu được thực hiện đúng, điều này dẫn đến một tình huống mà bạn có cảm giác mọi thứ đang được kiểm soát.
Các quyết định như hợp nhất trở lại từ sản xuất đến phát triển và cách xử lý đó là một phần của chương đó (2 mẫu chính ở đây) (mặc dù vậy, bạn nên cố gắng giảm thiểu các hotfix này).
Chỉ sau này mới tìm kiếm một công cụ để thực hiện CM ở một bên (bao gồm quản lý phiên bản là một trong những công cụ) và thay đổi công cụ quản lý ở phía bên kia (giúp bạn tỉnh táo).
Tôi nghĩ rằng đó là quy trình làm việc tốt nhất để bắt đầu kể từ khi tôi googled, chưa có ai làm. Tôi nghĩ rằng một khi người đầu tiên đã viết một Kế hoạch CM WordPress (theo IEEE), mọi người WordPress khác trên thế giới có thể sao chép kế hoạch đó và thực hiện các điều chỉnh cũng như thực hiện các mẫu trong công cụ của họ.
Không phải là quá nhiều công việc / quá nặng: phụ thuộc vào việc bạn có công ty hay không: nó có thể tiết kiệm thời gian lớn của bạn một ngày để có kế hoạch CM tốt.