Імпортувати історію редагування документів Google Docs у сховище Git?

Я хотів би переглянути історію редагування документа Google Документів за допомогою більш гнучких інструментів, таких як Git, і, можливо, перенести деякий вміст з Документів Google в проект Git.

Google Docs має API з доступом до історії версій, тому це повинно бути можливим для будь-якого з різноманітних форматів експорту, які він підтримує. Хоча зазначити, що з історією редагувань виникли деякі проблеми API, які означають, що список учасників кожної редакції може бути не повним, хоча вони розглядають можливість виправити це:

Іноді є більше одного редактора (для певної редакції). Тим не менш, API завжди дає мені один редактор на перегляд.

Чи є якісь коди чи поради щодо цього? Експорт в іншу систему управління версіями, наприклад, bzr, Mercurial, SVN або CVS, також би представляв інтерес.

Це пов’язано із запитанням щодо переповнення стека з контролем версій із найкращими практиками Google Docs? , яку там закрили як поза тему.

Ларс Келлог-Стедман створив чудовий маленький додаток python під назвою gitdriver, який я знайшов у цій відповіді на StackOverflow . Це робить те, що ви шукаєте. Він аутентифікується в Google за допомогою OAuth та знімає всі версії документа, передаючи їх у сховище git.

За допомогою цього ви зможете отримати копію свого документа Google, а потім працювати з ним за допомогою традиційних інструментів git.

Revisionator ще одна системи онлайну документа (наприклад , Google Docs) , але з вбудованою системою контролю версій. Він нагадує більш гнучкі інструменти, такі як git тим, що має підтримку розрізнення, розгалуження та тристороннього злиття (але з передньою стороною веб-gui).

IMHO, історія редагування документів Google не була б придатною для імпорту до git-проекту. Проблема полягає в тому, що не існує поняття робочої копії. Коли люди вносять зміни, вони негайно відображаються в документі та додаються до історії редагування. Перегляд історії виявляється нечестивим безладом.

Ревізіонатор (як bzr, mercurial, git тощо) має поняття робочої копії. Тому ви можете працювати над зміною, поки вона не буде готова до виходу. Після виходу він відображається як одна редакція в історії ревізій (набагато читабельніше).