Tôi đã nghe thảo luận về cách các tệp OpenOffice (ODF) nén các tệp zip của XML và các dữ liệu khác. Vì vậy, tạo một thay đổi nhỏ cho tệp có khả năng thay đổi hoàn toàn dữ liệu, do đó nén đồng bộ không hoạt động tốt trong các hệ thống kiểm soát phiên bản.Giải nén các tệp OpenOffice để lưu trữ tốt hơn trong điều khiển phiên bản
Tôi đã thực hiện kiểm tra cơ bản trên một tệp OpenOffice, giải nén và sau đó nén lại bằng nén không. Tôi đã sử dụng tiện ích nén Linux cho thử nghiệm của mình. OpenOffice vẫn vui vẻ mở nó.
Vì vậy, tôi tự hỏi liệu nó có đáng để phát triển một tiện ích nhỏ để chạy trên các tệp ODF mỗi lần ngay trước khi tôi cam kết kiểm soát phiên bản hay không. Bất kỳ suy nghĩ về ý tưởng này? Có thể lựa chọn thay thế tốt hơn?
Thứ hai, cách tốt nhất và mạnh mẽ để triển khai tiện ích nhỏ này là gì? Bash shell gọi zip (chỉ có thể là Linux)? Python? Bất kỳ gotchas bạn có thể nghĩ đến? Rõ ràng là tôi không muốn vô tình mang theo một tập tin, và có một số cách có thể xảy ra.
gotchas Có thể tôi có thể nghĩ:
- không gian đĩa Thiếu
- Một số quyền vấn đề khác có thể ngăn chặn bằng văn bản cho tập tin hoặc các tập tin tạm thời
- tài liệu ODF được mã hóa (có lẽ chỉ nên để lại những một mình; mã hóa cũng có thể gây ra những thay đổi lớn về tập tin và do đó ngăn ngừa nén đồng bằng hiệu quả)
Sử dụng định dạng * .fodt và * .fods cho tài liệu là cách dễ nhất để giữ các tập tin calcreoffice calc và writer trong điều khiển phiên bản. Không cần cho bất kỳ tiện ích hoặc móc cam kết ưa thích và những lợi ích của việc kiểm soát phiên bản thuần văn bản là tất cả ở đó. – FvD