Google डॉक्स दस्तावेज़ संशोधन इतिहास को Git रिपॉजिटरी में आयात करें?

Question

मैं Google डॉक्स दस्तावेज़ के पुनरीक्षण इतिहास को अधिक लचीले टूल का उपयोग करके देखना चाहता हूं, और संभवतः Google डॉक्स से कुछ सामग्री को Git प्रोजेक्ट में माइग्रेट करता है।

Google डॉक्स के पास पुनरीक्षण इतिहास तक पहुंच के साथ एक एपीआई है , इसलिए यह संभव है कि किसी भी प्रकार के निर्यात स्वरूपों के लिए यह समर्थन करता है। मैं ध्यान देता हूं, हालांकि, संशोधन इतिहास के साथ कुछ एपीआई समस्याएं हैं, जिसका अर्थ है कि प्रत्येक संशोधन के लिए योगदानकर्ताओं की सूची पूरी नहीं हो सकती है, हालांकि वे इसे ठीक करने पर विचार कर रहे हैं:

कभी-कभी एक से अधिक संपादक (किसी विशेष संशोधन के लिए) होते हैं। फिर भी, एपीआई हमेशा मुझे प्रति संशोधन एक संपादक देता है।

क्या यह उपलब्ध करने पर कोई कोड या सलाह है? एक अलग संस्करण नियंत्रण प्रणाली जैसे bzr, Mercurial, SVN या CVS के लिए निर्यात भी ब्याज का होगा।

यह Google डॉक्स सर्वोत्तम प्रथाओं के साथ स्टैक ओवरफ्लो प्रश्न संस्करण नियंत्रण से संबंधित है ? , जो वहां ऑफ-टॉपिक के रूप में बंद था।

Answer 1

Lars Kellog- Stedman ने gitdriver नाम से एक बहुत ही कम पायथन ऐप बनाया, जो मुझे StackOverflow में इस उत्तर पर मिला । यह वही करता है जो आप खोज रहे हैं। यह OAuth के साथ Google को प्रमाणित करता है और एक दस्तावेज़ के सभी संशोधनों को नीचे खींचता है, जो उन्हें एक जीआईटी भंडार में भेज देता है।

इसके साथ, आप अपने Google दस्तावेज़ की एक संस्करण की प्रतिलिपि प्राप्त कर सकते हैं और फिर इसके साथ पारंपरिक गिट टूल्स का उपयोग कर काम कर सकते हैं।

Answer 2

Revisionator एक और ऑनलाइन दस्तावेज़ प्रणाली (गूगल डॉक्स की तरह) है, लेकिन साथ में निर्मित संशोधन नियंत्रण। यह git जैसे अधिक लचीले टूल से मिलता-जुलता है, जिसमें इसे diffing, branching, और 3-way विलय (लेकिन एक वेब गुई फ्रंट एंड के साथ) के लिए समर्थन है।

IMHO, Google डॉक्स संशोधन इतिहास वैसे भी एक git परियोजना के लिए उपयुक्त नहीं होगा। समस्या यह है कि काम की नकल की कोई धारणा नहीं है। जैसा कि लोग परिवर्तन करते हैं, वे तुरंत दस्तावेज़ में परिलक्षित होते हैं और संशोधन इतिहास में संलग्न होते हैं। इतिहास को देखने से अपवित्र गंदगी निकलती है।

संशोधनकर्ता (जैसे बज़्र, मर्क्यूरियल, गिट, इत्यादि) की एक प्रति काम की प्रति है। इसलिए, आप तब तक परिवर्तन पर काम कर सकते हैं जब तक कि यह रिलीज़ होने के लिए तैयार न हो। जब इसे जारी किया गया तो यह संशोधन इतिहास में एक संशोधन के रूप में दिखाई देता है (बहुत अधिक पठनीय)।

Comments

मैं इस बात से सहमत हूं कि इस तरह की बड़ी संख्या में संशोधन से निपटना एक चुनौती है, लेकिन कम से कम उन्हें बंडलों में बैचने के लिए संभव होगा जब संपादन में कोई रुकावट हो, या जो बदलाव कर रहा है उसमें बदलाव हो।

— nealmcb

हो सकता है, लेकिन यदि अलग-अलग लोग एक ही समय में दस्तावेज़ को संपादित नहीं कर रहे हैं। और यहां तक ​​कि अगर आप उन्हें समय से गुच्छा देते हैं, तो इस बात की कोई गारंटी नहीं है कि गुच्छा दस्तावेज़ में एक एकल तार्किक परिवर्तन का प्रतिनिधित्व करते हैं। IE, मैं एक संशोधन पर काम करता हूं, दूर खींचो। बाद में वापस आकर इसे ठीक करें। लोग संशोधन इतिहास (और बीच में टूटा हुआ दस्तावेज़) में परिवर्तन के 2 गुच्छा देखते हैं।

— जपमुक्की