GitHub और gist में क्या अंतर है?

573

Gist का उद्देश्य क्या है और यह GitHub का उपयोग करके नियमित कोड शेयरिंग / रखरखाव से अलग कैसे है?

20

गिस स्निपेट और पेस्ट को दूसरों के साथ साझा करने का एक सरल तरीका है।

— फेलिक्स क्लिंग

154

यह कैसे ऑफटॉपिक है? मैं आमतौर पर प्रोग्रामर द्वारा उपयोग किए जाने वाले जिस्ट और गीथूब दोनों सॉफ्टवेयर टूल्स पर विचार करता हूं । यह सवाल पूरी तरह से फिट बैठता है।

— गोलेम १

50

मैंने इस प्रश्न को फिर से खोलने के लिए मतदान किया क्योंकि यह उपयोगी है और आमतौर पर प्रोग्रामर द्वारा उपयोग किए जाने वाले सॉफ़्टवेयर टूल से संबंधित है। " के बारे में gists Github पर" पृष्ठ कुछ उपयोगी जानकारी शामिल है, लेकिन यदि कोई उपयोगकर्ता एक दूसरे के ऊपर पसंद कर सकते हैं महत्वपूर्ण अंतर के बारे में और जो भी परिस्थिति में इस सवाल का जवाब नहीं है। मैं व्यक्तिगत रूप से इस प्रश्न के अधिक विस्तृत उत्तर देखना चाहूंगा।

— साइमन ईस्ट

6

एक महत्वपूर्ण अंतर जो मैंने कहीं भी नहीं देखा है वह यह है कि गिस्ट ने निर्देशिकाओं के लिए समर्थन छोड़ दिया है। मैंने केवल इस पर ध्यान दिया जब मैं इस मुद्दे पर भागा: stackoverflow.com/a/27677649/5343341

— रोबोट-ब्रेन

1

जीस्ट के संस्करण कैसे बनाए जाते हैं? स्वचालित रूप से हर बार एक चरित्र दर्ज किया जाता है, या एक प्रतिबद्ध तंत्र है? इस धागे के साथ पाने के लिए क्षमा करें, लेकिन यह एक सुविधाजनक स्थान है!

— seinecle

348

GitHub पूरी साइट है। Gists उस साइट पर दी जाने वाली एक विशेष सेवा है, जिसका कोड स्निपेट है जो पास्टबिन के समान है। हालांकि, सब कुछ गिट रिवीजन कंट्रोल से संचालित होता है, इसलिए जेंट्स के पास रिवीजन हिस्ट्री भी होती है।

— केरेके एस.बी.
स्रोत

191

तो Gist और Repository में क्या अंतर है? हर एक के फायदे और नुकसान क्या हैं? (मेरा मानना है कि यह ओपी से पूछने का इरादा था)

— छार्वे

59

@ TestSubject528491: एक रिपॉजिटरी उपयोगकर्ता द्वारा बनाई गई फ़ाइलों के लिए है। एक गिस्ट कोड के एक टुकड़े के लिए है (आमतौर पर अन्य कोड से असंबद्ध), उदाहरण के लिए चर्चा करने या देने के लिए।

— केरेक एसबी

19

@ TestSubject528491 जैसा कि केरेक कहते हैं, गिस्ट मूल रूप से पास्टबिन के बराबर गिथब्स हैं।

— फिल हिले

45

@ स्पेसर: बेशक आप कर सकते थे। लेकिन फिर आपको फाइलों को प्रबंधित करने, रिपॉजिटरी को क्लोन करने, कमिट करने और उस सब को पुश करने की आवश्यकता है। Gists आपको पाठ को सीधे ब्राउज़र में संपादित करने देता है और कोई भी फाइल नहीं है जिसे आपको प्रबंधित करने की आवश्यकता है। जैसा कि मैंने कहा, एक ही अंतर्निहित संस्करण नियंत्रण तंत्र है, लेकिन विभिन्न आवश्यकताओं को संबोधित करता है।

— केरेक एसबी

19

@ सिंटास्ट जीथब और जिस्ट के बीच मुख्य अंतर सुविधाओं और उपयोगकर्ता इंटरफ़ेस की संख्या के संदर्भ में है: एक को बड़ी संख्या में सुविधाओं और लचीलेपन को ध्यान में रखते हुए बनाया गया है, जो कि छोटी और बहुत बड़ी परियोजनाओं दोनों के लिए अच्छा है, जबकि जिस्ट हैं केवल बहुत छोटी परियोजनाओं के लिए एक अच्छा फिट। उदाहरण के लिए, gist मल्टी-फाइल का समर्थन करते हैं, लेकिन इंटरफ़ेस बहुत सरल है, और वे सुविधाओं में सीमित हैं, इसलिए उनके पास फ़ाइल ब्राउज़र नहीं है, न ही मुद्दे, पुल अनुरोध या विकी। यदि आपको ऐसा करने की आवश्यकता नहीं है, तो जिस्ट बहुत अच्छे और अधिक असतत हैं। टिप्पणियों की तरह, उत्तर के बजाय, एसओ में।

— joseLuís

136

Gist और GitHub का मेरा निजी विचार:

Gist: Gist कोड स्निपेट और पेस्ट को दूसरों के साथ साझा करने का एक सरल तरीका है। इसका उपयोग तब किया जाता है जब आपको अपने सहकर्मियों या दोस्तों के साथ कोड या तकनीक का नमूना टुकड़ा साझा करने की आवश्यकता होती है।

तथा

दूसरी ओर, GitHub GitHub, एक टीम (निजी रेपो) या पूरी दुनिया (पब्लिक रेपो) के बीच रेपो के रूप में एक संपूर्ण परियोजना को साझा करने के लिए एक मंच प्रदान करता है।

दोनों संस्करण विवरण लॉग करेंगे।

— जयविग्नेश विक्की
स्रोत

1

क्या आप विस्तार से एक उदाहरण दे सकते हैं

— चेतन

6

की @Chetan उदाहरण एक सार (ध्यान दें कि यह कैसे सिर्फ एक एकल फाइल है, नहीं वास्तव में किसी भी समर्थन फ़ाइलों की जरूरत होती, कोई भी कभी तो उसका उपयोग नहीं करते (टिकट, आदि बनाने के लिए एक अलग रूप में के रूप में जा रहा है कि config शायद पुरानी है) )। एक परियोजना का उदाहरण यह बहुत छोटा है, लेकिन कोई व्यक्ति सुझाव के साथ एक टिकट खोल सकता है और आसानी से पता याद रख सकता है।

— जिस्ट

45

गीथूब और जिस्ट के बीच मुख्य अंतर सुविधाओं और उपयोगकर्ता इंटरफ़ेस की संख्या के संदर्भ में है:

एक को बड़ी संख्या में विशेषताओं और लचीलेपन को ध्यान में रखते हुए बनाया गया है, जो कि छोटी और बहुत बड़ी परियोजनाओं दोनों के लिए एक अच्छा फिट है, जबकि बहुत छोटी परियोजनाओं के लिए केवल एक अच्छा फिट है।

उदाहरण के लिए, gist मल्टी-फाइल का समर्थन करते हैं, लेकिन इंटरफ़ेस बहुत सरल है, और वे सुविधाओं में सीमित हैं, इसलिए उनके पास फ़ाइल ब्राउज़र भी नहीं है, न ही मुद्दे, पुल अनुरोध या विकी। यदि आपको ऐसा करने की आवश्यकता नहीं है, तो जिस्ट बहुत अच्छे और अधिक असतत हैं। टिप्पणियों की तरह, उत्तर के बजाय, एसओ में।

नोट: मेरी टिप्पणी को वास्तविक उत्तर बनाने के सुझाव के लिए @Qwerty को धन्यवाद।

— होजे लुइस
स्रोत

4

इसके अलावा, "फाइलें फाइलों के लिए हैं, रिपॉजिटरी निर्देशिकाओं के लिए हैं", twitter.com/pavelrepin/status/297473901884223488

— Qwerty

5

मेरी राय में यह आज तक के प्रश्न का एकमात्र वास्तविक उत्तर है। हर दूसरा उत्तर साइटों के उद्देश्य को स्पष्ट किए बिना बताता है कि क्या विशेषताएं और अंतर उस उद्देश्य को सक्षम करते हैं। यह कहने जैसा है कि "यह कार समुद्र तट पर ड्राइव करने के लिए है, लेकिन यह कार काम करने के लिए ड्राइव करने के लिए है", इस बात का उल्लेख किए बिना कि समुद्र तट कार एक परिवर्तनीय है।

— डेविड

20

मेरी व्यक्तिगत समझ या कहने के लिए कि मेरा व्यक्तिगत उपयोग Gist और Github है:

Github

एक बड़ी परियोजना का काम। यदि आप वेबसाइट बनाना चाहते हैं, तो मोबाइल या वेब एप्लिकेशन विकसित करें या अपने असाइनमेंट को अपने साथियों के साथ जरूर करें।

सार

ज्ञापन की तरह। उदाहरण के लिए आप एक छोटी सी सुविधा के कार्यान्वयन को लिख सकते हैं और इसे अपने ब्लॉग पर साझा कर सकते हैं या लिख सकते हैं कि आप इस परियोजना के बारे में क्या सोचते हैं और इसे अपने साथियों के साथ साझा कर सकते हैं। जैसा कि ऊपर दिए गए जवाबों में कहा गया है, गिस्ट का उपयोग कोड स्निपेट चीज़ की तरह अधिक किया जाता है। तो आमतौर पर अगर आप एक परियोजना पर काम करते हैं तो आप जीथब का उपयोग करते हैं।

— J.DoG
स्रोत

3

"ज्ञापन" सादृश्य ने मेरे लिए इसे मंजूरी दे दी - अन्यथा, मुझे पूछना होगा "एक पास्टबिन क्या है?"

— वायकोड

18

आप निम्नलिखित url gist.github.com पर जाकर Gist तक पहुँच सकते हैं । वैकल्पिक रूप से आप इसे अपने जीथब खाते के भीतर (लॉग इन करने के बाद) से नीचे चित्र में दिखाए अनुसार एक्सेस कर सकते हैं:

Github: एक होस्टिंग सेवा जिसमें वेब-आधारित गिट रिपॉजिटरी होती है। इसमें अतिरिक्त सुविधाओं के साथ git की सभी fucntionality शामिल हैं।

Gist: कोड स्निपेट, नोट्स के बंटवारे की सूची और बहुत कुछ करने की अनुमति देने के लिए एक अतिरिक्त सुविधा github में जोड़ी गई है। आप अपने Gists को गुप्त या सार्वजनिक रूप से सहेज सकते हैं। सीक्रेट जिस्ट सर्च इंजनों से छिपे होते हैं लेकिन किसी को भी दिखाई देते हैं जिन्हें आप यूआरएल के साथ साझा करते हैं।

उदाहरण के लिए। यदि आप एक निजी टू-डू सूची लिखना चाहते थे। आप गितुब मार्कडाउन का उपयोग करते हुए एक लिख सकते हैं:

NB: डैश और कोष्ठक के बीच ऊपर दिखाए गए अनुसार व्हाट्सएप को संरक्षित करना महत्वपूर्ण है। यह भी महत्वपूर्ण है कि आप फ़ाइल को एक्सटेंशन के साथ सेव करें। क्योंकि हम चाहते हैं कि मार्कडाउन ठीक से प्रारूपित हो। इस गिस्ट को गुप्त रखने के लिए याद रखें यदि आप नहीं चाहते कि दूसरे इसे देखें।

अंतिम परिणाम नीचे की छवि जैसा दिखता है। चेकबॉक्स क्लिक करने योग्य हैं क्योंकि हमने एक्सटेंशन के साथ इस Gist को सहेजा है

— JSON C11
स्रोत

4

"इस गिस्ट को गुप्त रखने के लिए याद रखें यदि आप नहीं चाहते कि दूसरे इसे देखें।" सावधान रहें - यदि आपके URL में ऐसा होता है तो अन्य लोग आपकी गुप्त जानकारी देख सकते हैं। सहायता देखें। github.com/articles/about-gists/#secret-gists

— Gan

यह Gists और Github के बीच अंतर का उत्तर कैसे देता है? (या गित्हूब रेपो - प्रश्न ओपी शायद वास्तव में पूछने का मतलब था) यह मूल प्रश्न को बिल्कुल भी संबोधित नहीं करता है

— जोलाज़े

अब यह "gist.new" के साथ भी काम करता है

— बनर्जी

3

“Gists वास्तव में Git रिपॉजिटरी है, जिसका अर्थ है कि आप किसी भी लेखक को कांट सकते हैं या क्लोन कर सकते हैं, भले ही आप मूल लेखक न हों। आप भिन्न सहित एक जिस्ट की पूर्ण प्रतिबद्ध इतिहास भी देख सकते हैं।

→ आधिकारिक गीथूब प्रलेखन देखें

इसलिए मुख्य अंतर यह है कि वे एकल फाइलें हैं।

ओह, और: जीआईएस "गुप्त" हो सकता है (जैसा कि: निजी यूआरएल) भी एक भुगतान करने वाले ग्राहक के बिना हो सकता है, अगर मैं सही तरीके से समझता हूं ...

— फ्रैंक Nocke
स्रोत

4

gists एकाधिक फ़ाइलों हालांकि हो सकता है

— antont

कूल, कि पता नहीं था !

— फ्रैंक नोके

वाह, तो मैं अपने जीन्स को क्लोन कर सकता हूं, उदाहरण के लिए, git clone https://gist.github.com/jxramos/b227766a5f593b1154449217a656158dजो मेरे फाइलसिस्टम नाम की एक निर्देशिका बनाता है b227766a5f593b1154449217a656158dऔर जिसमें semantic_notes.mdइस मामले में एक ही फाइल होती है। मैं अपने गिस्ट पर रेपो की तरह विकसित होने का प्रयोग करूँगा। जानकार अच्छा लगा। यह होना चाहिए कि कैसे टिप्पणियों को भी संशोधन के लिए जोड़ा जाए। कभी नहीं देखा कि UI संपादक से ऐसा कैसे करें।

— jxramos

3

गिटहब ने दी

टालमटोल करना या न देना। यह $ 64 का सवाल है ...

GitHub gists हैं Single ( or, multiple ) Simple Markdown Filesसाथ रेपो की तरह गुण है कि काँटेदार या क्लोन (सार्वजनिक हो) किया जा सकता है।

नहीं तो निजी नहीं।

किंडा एक फैंसी स्क्रैच पैड की तरह है जिसे साझा किया जा सकता है।

इस टिप्पणी के समान स्क्रैच पैड जो मैं अब टाइप कर रहा हूं, लेकिन थोड़ा और विस्तृत।

जबकि, एक अधिकारी , पूर्ण GitHub रेपो स्रोत कोड की एक पूर्ण विकसित भंडार है src, समर्थन दस्तावेज (markdown या एचटीएमएल, या दोनों) docsया root, छवियों png, ico, svg, और एक config.sysएक Jekyll सर्वर पर होस्ट YAML चर चलाने के लिए फ़ाइल।

क्या एक साधारण Gist फ़ाइल यमल फ्रंट मामले का समर्थन करती है?

मुझे नहीं लगता।

आधिकारिक GitHub Gist प्रलेखन से ...

जीआईएस संपादक कोडमिरर द्वारा संचालित है ।

हालाँकि, आप एक सार्वजनिक Gist (या, एक निजी Gist की नकल कर सकते हैं, यदि स्वामी ने आपको निजी मुट्ठी के लिंक के माध्यम से एक्सेस दी है ...)

और फिर, आप उस सार्वजनिक जीआईएस को page.mdविजुअल स्टूडियो कोड का उपयोग करके "आधिकारिक" रेपो में एम्बेड कर सकते हैं , इस प्रकार है:

"आप किसी भी टेक्स्ट फ़ील्ड में एक जिस्ट एम्बेड कर सकते हैं जो जावास्क्रिप्ट का समर्थन करता है, जैसे कि ब्लॉग पोस्ट।"

" embedकोड प्राप्त करने के लिए , Embed URLएक जिस्ट के बटन के बगल में क्लिपबोर्ड आइकन पर क्लिक करें ।"

अब, यह एक अच्छी सुविधा है।

मुझे अन्य लोगों के जिस्ट, या OPG को खोजना (खोजना) बनाता है और उनके "पब्लिक" कार्य को मेरे पूर्ण विकसित रिपोज में शामिल करता है।

"आप सार्वजनिक होम पेज पर जाकर लिंक पर क्लिक करके दूसरों द्वारा बनाई गई सार्वजनिक स्त्रियों की खोज कर सकते हैं ...

All Gists {: title = 'GitHub Gists की खोज सुविधा की समीक्षा करने के लिए क्लिक करें'} {: target = 'blank = "।"

कैविएट । GitHub Gist पर तरल टैग के लिए कोई समर्थन नहीं।

मुझे लगता है कि अगर मुझे कुछ फायदेमंद लगता है, तो मैं हमेशा उस स्रोत को पिंग-बैक कर सकता हूं या उस स्रोत का हवाला दे सकता हूं, अगर मैं अपने पूर्ण विकसित काम के रिपोज में काम का उपयोग करता हूं।

सभी लेखकों के लिए निहित लाइसेंस उनके लेखकों द्वारा कहाँ सार्वजनिक किया गया है?

रॉबर्ट

PS यह एक अच्छी टिप्पणी है। मुझे लगता है कि मैं gistइसे एक में बदल दूंगा और इसे GitHub Gists में पारंपरिक रूप से खोजा जा सकेगा।

ध्यान दें । जब <script></script>एक Markdown (.md) फ़ाइल के शरीर के भीतर html टैग एम्बेड करते हैं , तो आपको अपने लिंटर से एक चेतावनी "MD033" मिल सकती है ।

हालांकि, यह scriptटैग के भीतर से बुलाए गए डेटा (src) के प्रतिपादन को प्रभावित नहीं करना चाहिए ।

scriptविज़ुअल स्टूडियो कोड के भीतर से टैग की तथाकथित सामग्री को समायोजित करने के लिए डिफ़ॉल्ट चेतावनी ध्वज को बदलने के लिए , इस प्रकार के रूप में, Json फ़ाइल के भीतर Markdownlint कॉन्फ़िगरेशन ऑब्जेक्ट के लिए एक प्रविष्टि जोड़ें User Settings:

// Begin Markdownlint Configuration Object
"markdownlint.config": {
  "MD013": false,
  "MD033": {"allowed_elements": ["script"]}
}// End Markdownlint Configuration Object

ध्यान दें । डेविड अनसन द्वारा गीथहब कमेटी से प्राप्त समाधान

— रॉबर्ट वेबर
स्रोत

सहायता केंद्र में संपादन सहायता के माध्यम से पढ़ने के लिए कुछ समय निकालें। स्टैक ओवरफ्लो पर प्रारूपण अन्य साइटों की तुलना में अलग है।

— इशायाह

इसके अलावा, GitHub Gist आपको केवल कोड की तुलना में बहुत अधिक पोस्ट करने की अनुमति देता है । यहाँ इसका एक ठोस उदाहरण है , और हाँ, मैंने वास्तव में इसके साथ Git का उपयोग किया है। (आप वास्तव में अतिरिक्त शाखाओं सहित, एक Git क्लाइंट से पूर्ण उड़ाए गए प्रतिनिधि के रूप में उनका इलाज कर सकते हैं; आपके पास सभी मुद्दे प्रबंधन, बेसिक गिट सामान के लिए वेब इंटरफेस, और अन्य बारीकियों के साथ नहीं हैं जो एक उचित GH में होने के साथ जाते हैं। रेपो।)

— ईशाह मीडोज

2

GISTS GistHub द्वारा प्रदान की गई एक उत्कृष्ट सेवा है। इस सेवा का उपयोग करके, आप अपने काम को सार्वजनिक या निजी तौर पर साझा कर सकते हैं। आप एक फ़ाइल, लेख, पूर्ण अनुप्रयोग या स्रोत कोड आदि साझा कर सकते हैं

GitHub सिर्फ Gists की तुलना में बहुत अधिक है। यह परियोजना के साथ समूह बनाने के लिए अपार सेवाएं प्रदान करता है या एक केंद्रीयकृत स्थान में डिजिटल संसाधनों को प्रोग्राम करता है जिसे रिपॉजिटरी कहा जाता है और हितधारक के बीच साझा करता है। GitHub रिपॉजिटरी फ़ाइलों या परिवर्तनों के इतिहास के कई संस्करण को बनाए रखेगा या बनाए रखेगा और जब आप चाहें, किसी फ़ाइल का एक विशिष्ट संस्करण पुनः प्राप्त कर सकते हैं। जबकि जिस्ट प्रत्येक पोस्ट को नए रिपॉजिटरी के रूप में बनाएगा और फाइल के इतिहास को बनाए रखेगा।

— सुनील विष्णु रसकर
स्रोत