Nhập lịch sử sửa đổi tài liệu Google Docs vào kho lưu trữ Git?


16

Tôi muốn xem lịch sử sửa đổi của tài liệu Google Docs bằng các công cụ linh hoạt hơn như Git và có thể di chuyển một số nội dung từ Google Docs sang dự án Git.

Google Docs có API với quyền truy cập vào lịch sử sửa đổi, do đó, điều này là có thể, đối với bất kỳ định dạng xuất nào mà nó hỗ trợ. Tuy nhiên, tôi lưu ý rằng đã có một số vấn đề API với lịch sử sửa đổi có nghĩa là danh sách những người đóng góp cho mỗi sửa đổi có thể không đầy đủ, mặc dù họ đang xem xét khắc phục điều đó:

Đôi khi có nhiều hơn một trình soạn thảo (cho một sửa đổi cụ thể). Tuy nhiên, API luôn cung cấp cho tôi một trình chỉnh sửa cho mỗi lần sửa đổi.

Có bất kỳ mã hoặc lời khuyên về việc này có sẵn? Xuất sang một hệ thống kiểm soát phiên bản khác như bzr, Mercurial, SVN hoặc CVS ​​cũng sẽ được quan tâm.

Điều này có liên quan đến Kiểm soát phiên bản câu hỏi chồng chéo với Thực tiễn tốt nhất của Google Docs? , đã bị đóng cửa như lạc đề ở đó.

Câu trả lời:


10

Lars Kellog-Stedman đã tạo ra một ứng dụng trăn nhỏ tuyệt vời có tên gitdo mà tôi tìm thấy trong câu trả lời này tại StackOverflow . Nó làm những gì bạn đang tìm kiếm. Nó xác thực với Google bằng OAuth và kéo xuống tất cả các sửa đổi của tài liệu, cam kết chúng vào kho lưu trữ git.

Với điều này, bạn có thể tìm nạp một bản sao Google Doc đã được phiên bản và sau đó làm việc với nó bằng các công cụ git truyền thống.


5

Trình sửa đổi là một hệ thống tài liệu trực tuyến khác (như tài liệu google) nhưng có kiểm soát sửa đổi tích hợp. Nó tương tự như các công cụ linh hoạt hơn như git ở chỗ nó có hỗ trợ khuếch tán, phân nhánh và hợp nhất 3 chiều (nhưng với giao diện web gui).

IMHO, lịch sử sửa đổi tài liệu Google sẽ không phù hợp để nhập vào dự án git nào. Vấn đề là không có khái niệm về một bản sao làm việc. Khi mọi người thực hiện thay đổi, họ ngay lập tức được phản ánh trong tài liệu và gắn vào lịch sử sửa đổi. Xem lịch sử hóa ra là một mớ hỗn độn.

Người sửa đổi (như bzr, mercurial, git, v.v.) có một khái niệm về một bản sao làm việc. Do đó, bạn có thể làm việc trên một thay đổi cho đến khi nó sẵn sàng để được phát hành. Khi được phát hành, nó xuất hiện dưới dạng một bản sửa đổi trong lịch sử sửa đổi (dễ đọc hơn nhiều).


Tôi đồng ý rằng đó là một thách thức để đối phó với một số lượng lớn các bản sửa đổi như vậy, nhưng ít nhất có vẻ như có thể bó chúng thành các gói khi có sự tạm dừng trong chỉnh sửa hoặc thay đổi ai đang thực hiện thay đổi.
nealmcb

Có thể, nhưng không nếu những người khác nhau đang chỉnh sửa tài liệu cùng một lúc. Và ngay cả khi bạn bó chúng theo thời gian, không có gì đảm bảo rằng các bó biểu thị một thay đổi logic duy nhất cho tài liệu. IE, tôi làm việc trên một bản sửa đổi, bị kéo đi. Hãy quay lại sau và sửa nó. Mọi người nhìn thấy 2 bó thay đổi trong lịch sử sửa đổi (và tài liệu bị hỏng ở giữa).
jpalmucci
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.