एंटरप्राइज़ वातावरण में Git का उपयोग करना [बंद]


24

Git एक उत्कृष्ट संस्करण नियंत्रण प्रणाली है। यदि हम इस तथ्य को बाहर करते हैं कि, इसमें एक उत्कृष्ट GUI समर्थन नहीं है, तो यह वास्तव में अच्छा और तेज़ है। लेकिन क्लियरकेस जैसे स्रोत नियंत्रण में उद्यम ग्राहकों के लिए बड़ा समर्थन है। स्रोत नियंत्रण सर्वर और लायसेंस के लिए कंपनियां भारी मात्रा में निवेश कर रही हैं।

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

  • क्या वास्तव में एंटरप्राइज़ पर्यावरण के लिए Git एक विश्वसनीय उपकरण है, विशेष रूप से विंडोज प्लेटफॉर्म पर?
  • समर्थन Git के लिए प्रश्न में है क्योंकि यह एक खुला स्रोत उत्पाद है।
  • क्या कोई कंपनी है जो समाधान और सहायता प्रदान करती है? स्पष्ट-केस जैसे अन्य संस्करण नियंत्रणों की तुलना में सर्वर की लागत कैसे होती है?

2
मुझे पता नहीं है कि Google ने git को अपनाया है, मेरी समझ यह है कि उन्होंने Mercurial का विकल्प चुना है। और आपको मुझे अन्य बड़ी कंपनियों के बारे में भी समझाना होगा - क्या आपको कोई उदाहरण मिला है?
Benjol

4
महान जीयूआई समर्थन है। बस एक अच्छा ऑपरेटिंग सिस्टम चुनें।

2
@ बैंजोल - यह धागा आपको कुछ जानकारी दे सकता है। quora.com/...
शरत

1
@ सेरात, मुझे पता है कि ट्विटर बहुत सारे पैसे के लायक है, लेकिन मैं इसे बड़े या उद्यम के रूप में वर्गीकृत नहीं करूंगा। // मुझे नहीं पता था कि code.google.comसमर्थित git, यह बहुत नई खबर है , और मुझे यकीन नहीं है कि आप कॉल कर सकते हैं कि अन्य संस्करण नियंत्रणों पर गिट को अपना सकते हैं । [मूल रूप से] ( code.google.com/p/support/wiki/DVCSAnalysis) , उन्होंने स्पष्ट रूप से मर्क्यूरियल फॉर गिट पर निर्णय लिया
बेंजोल

@Benjol सामान्य तौर पर मैं नहीं बता सकता, लेकिन सार्वजनिक अमरूद रेपो अभी-अभी मिट गया है ।
maaartinus

जवाबों:


37

GitHub एक संस्करण नियंत्रण नहीं है - यह "Git" नामक संस्करण नियंत्रण प्रणाली को "होस्ट" करता है। सजा के अलावा, यह एक बहुत महत्वपूर्ण अंतर है - इसे अच्छी तरह से जानें।

एंटरप्राइज़ उपयोग के बारे में, मैं आपको बता सकता हूं कि git स्मार्ट (और सुविधाजनक, और बेहतर) है जैसा कि SVN। और, आप परियोजना (और आपकी टीम) के आकार और दायरे के आधार पर एक उपयुक्त संस्करण नियंत्रण रणनीति (वर्कफ़्लो) चुन सकते हैं। गैर-वितरित सिस्टम आपको यह लचीलापन नहीं दे सकते।

यहाँ छवि विवरण दर्ज करें

Windows के लिए, देखें Gys के लिए Msysgit या Visual Studio एक्सटेंशन - Windows पर बहुत अच्छी तरह से काम करता है। इसके अलावा, विंडोज़ उपयोगकर्ता TekPub से इस प्रशिक्षण श्रृंखला को देखते हैं - यह सभी विंडोज़ है।

अद्यतन [फ़रवरी 2013] दृश्य स्टूडियो में गिट के साथ शुरू हो रहा है

आपका प्रश्न असामान्य नहीं है, और आप इसके बारे में गूगल कर सकते हैं और बहुत सारे पाठ प्राप्त कर सकते हैं जो आपको समझा सकते हैं कि क्यों और कैसे (और क्या) उद्यम में गिट का उपयोग करें।

अभी भी Git पसंद नहीं है? एक अन्य DVCS को देखें जिसे मर्क्यूरियल कहा जाता है ।


12
Msysgit एक सच्चा Windows नागरिक नहीं है। यह बहुत अच्छा काम करता है, लेकिन मुश्किल से 100% देशी है।
यमन रामिन

Git के बारे में कुछ महत्वपूर्ण पहलुओं को इंगित करने के लिए +1। हालांकि @greengit ने विंडोज के तहत Git का उपयोग करने के लिए संभावित विकल्पों को इंगित किया, यह एसवीएन के रूप में एकीकृत होने से बहुत दूर है।
तेहनीत

हम ग्रहण का उपयोग करते हैं, जिसमें अच्छा समर्थन प्राप्त हुआ है।

1
मुझे लगता है कि gitolite (या समान) यहाँ एक उल्लेख के योग्य है। स्थानीय जैसे बहुत से सुरक्षा लोग, स्थानीय रूप से रेपो की मेजबानी के नियंत्रण और नियंत्रण विकल्प में हैं।
निक

2
@YRRamin: सुश्रीजीत निश्चित रूप से एक सच्चे विंडोज नागरिक हैं और 100% मूल निवासी हैं। यह एक यूनिक्स शेल के साथ आता है जो थोड़ा अलग सम्मेलनों का उपयोग करता है, लेकिन यह शेल नहीं है। आप किसी अन्य मूल एप्लिकेशन की तरह ही cmd.exe या किसी अन्य विंडो प्रक्रिया से Msysgit का उपयोग कर सकते हैं। (Cygwin अलग है, लेकिन Msys साइबर नहीं है)
Jan Hudec

16

+1 मर्करीअल।

मर्क्यूरियल शांत है, आसान है, कई उपयोगकर्ता के अनुकूल जीयूआई है, और अधिक पेशेवर महसूस करता है। मुझे कभी समझ में नहीं आया कि गित को ऐसा प्रचार क्यों था, जबकि अन्य महान लोग छाया में हैं। Mercurial को google कोड, bitbucket.org (github के समतुल्य), ग्रहण द्वारा समर्थित है ... मैं दो साल से इसका उपयोग करता हूं और हमेशा इससे खुश था।

फरवरी 2014 को संपादित करें:

इस बीच, Git ने ऐसी बढ़त ले ली है कि मैं इस पर सलाह दूंगा। तीन साल पहले, मर्क्यूरियल आईएमएचओ अधिक पॉलिश, क्लीनर, बेहतर था। हालाँकि, प्रचार Git की ओर था और तब से प्राप्त की गई गति इसे स्पष्ट विजेता बनाती है। यह अब अपने विशाल समुदाय के कारण वास्तविक मानक है।


आप इतिहास में हेरफेर कैसे कर सकते हैं, इसके संदर्भ में Git बहुत अधिक शक्तिशाली है। बहुत से लोग मुख्य रूप से शाखाओं को मर्ज करने का विकल्प चुनते हैं, फिर उन्हें मुख्य / सार्वजनिक रेपो में धकेलने से पहले एक एकल मेनलाइन शाखा में फिर से जमा करते हैं; इस तरह दीर्घकालिक इतिहास बहुत साफ रहता है। जहां तक ​​मैं पिछली बार बता सकता हूं कि मैंने HG का उपयोग किया है, Mercurial उन प्रकार के इतिहास संपादन का समर्थन नहीं करता है। सामान्य तौर पर, विंडोज बेकार में गिट; इसका उपयोग करने के लिए सबसे अच्छा gui उपकरण (git-cola, gitk) केवल लिनक्स पर पाया जा सकता है।
इवान प्लाइस

1
मैं शायद ही कहूंगा कि हाइप की वजह से जीआईटी सफल रहा: पिछली बार जब मैंने जाँच की, तो मर्क्यूरियल का बैकेंड प्रारूप डेल्टा आधारित था और भ्रष्टाचार एसवीएन या सीवीएस से ग्रस्त था। इस बीच, Git का मूल मॉडल, ज्यादातर परमाणु परिवर्तनों के साथ ही लिखा जाता है। यह सिर्फ एक बहुत अधिक तकनीकी रूप से ध्वनि समाधान है।
स्टुअर्ट पी। बेंटले

@ StuartP.Bentley: भ्रष्टाचार से आपका क्या मतलब है?
dagnelies

अचानक डिस्क या नेटवर्क पर कॉपी, मूविंग, राइटिंग, के बीच में एक प्रक्रिया को रोकना: गिट में, यह केवल उन वस्तुओं को बनाएगा जो तुरंत कचरा के रूप में पहचानने योग्य हैं (चूंकि सामग्री हैश से मेल नहीं खाती है), और यहां तक ​​कि अगर आप बीच में कुछ खो जाने पर, आप जाँच सकते हैं कि आपको क्या मिला और चीजों को वापस वहीं से मिलाया।
स्टुअर्ट पी। बेंटले

इस बीच, डेल्टा आधारित प्रारूप जो मर्क्यूरियल की तरह एक फाइल में बदलावों पर अपनी सारी जानकारी रखते हैं, उनमें छोटी दुर्घटनाएँ हो सकती हैं (एक लाइन को छोड़ना जो बदलाव का वर्णन करता है, उदाहरण के लिए) जो फ़ाइल को इस तरह से तोड़ती है, जैसे कि हम्प्टी डम्प्टी , इसे फिर से एक साथ रखना असंभव है।
स्टुअर्ट पी। बेंटले

8

मुझे पता है कि https://github.com/ उद्यमों के लिए निजी रिपॉजिटरी के संबंध में कुछ सहायता प्रदान करता है

विशेष रूप से वे फ़ायरवॉल इनस्टॉल http://fi.github.com/ नामक एक सेवा प्रदान करते हैं, वे समर्थन प्रदान करने का दावा करते हैं लेकिन उनके पास कोई विवरण ऑनलाइन पोस्ट नहीं किया गया है और मैंने कभी भी उनका उपयोग नहीं किया है।

लागत प्रति वर्ष प्रति 20 लोगों पर 5000 डॉलर है।


-1 अपने सवाल का बिल्कुल भी जवाब नहीं देता
MattyD

13
उन्होंने उन कंपनियों के लिए कहा जो समाधान और सहायता प्रदान करते हैं। Github के पास कंपनियों के लिए विशिष्ट एंटरप्राइज़ git होस्टिंग समाधान है। यह पहले सवाल का जवाब नहीं है। यह दूसरे प्रश्न के उत्तर की तरह है। यह तीसरे प्रश्न का उत्तर देता है।
c00w

वाह, FI की कीमत कब बदली? पिछली बार मैंने जाँच की थी, यह 200-250 डॉलर / मो की तरह कुछ था और अब यह डबल
ओओ है

8

मैं विंडोज पर Git और Mercurial दोनों का उपयोग करता हूं, और दोनों उपयोग करने योग्य से अधिक हैं। मुझे लगता है कि Mercurial के लिए GUI उपकरण बेहतर हैं, इसलिए यदि आपकी टीम का उपयोग दृश्य उपकरणों के लिए किया जाता है तो यह एक बेहतर फिट हो सकता है। मैं हालांकि कमांडलाइन का उपयोग करता हूं - मेरे लिए यह सिर्फ अधिक समझ में आता है।

मेरे अनुभव में दोनों, बुलेटप्रूफ हैं। आपको इस तरह 'समर्थन' की आवश्यकता नहीं है, हालांकि मुझे पता है कि बहुत सारे उद्यम इसे पसंद करते हैं।

मुझे यकीन है कि अन्य लोग भी हैं, लेकिन यह किल पर एक नज़र रखने के लायक है , जो एक होस्टेड मर्क्यूरियल सॉल्यूशन है।

कृपया ध्यान दें- आप चाहे जिस रास्ते पर जाएं, डीवीसी पारंपरिक वीसीएस से काफी अलग है। IMHO, वे लगभग हर तरह से बेहतर हैं, लेकिन इसका उपयोग करने में कुछ समय लग सकता है।


2
इसकी आदत पड़ने में कुछ समय लग सकता है। // मुझे याद है कि SVN से उन दो दिनों के अनुकूलन के दौरान मुझे Git से कितनी नफरत थी।
c69

6

विंडोज डेवलपर्स के लिए git विदेशी है। यह वास्तविक प्रथम श्रेणी का नागरिक नहीं है। यह अच्छी तरह से काम करता है, लेकिन यह सबसे पहले और सबसे महत्वपूर्ण एक लिनक्स उपकरण है। उदाहरण के लिए, git के सर्वर मॉडल में सुरक्षा के लिए SSH लॉगिन की बहुत आवश्यकता होती है।

समर्थन एक सवाल है, और ऐसी कंपनियां हैं जो प्रदान कर सकती हैं, आमतौर पर एक होस्ट किए गए समाधान के साथ।

गिट को विशाल सर्वरों की आवश्यकता नहीं होती है - क्योंकि रिपॉजिटरी में अधिक io क्षमता और गति हमेशा महत्वपूर्ण होती है, लेकिन जैसा कि अधिकांश ऑपरेशन आपके कंप्यूटर पर ही होते हैं, सर्वर की आवश्यकताएं स्पष्टता जैसी किसी चीज से कम परिमाण का एक क्रम होती हैं।

इसकी कीमत के लिए, 100 से कम की हमारी काफी उद्यम कंपनी, विंडोज पर, जावा और सी परियोजनाओं के साथ गिट का एक विशाल उपयोगकर्ता नहीं है।


1
हालाँकि यह दस्तावेज़ के लिए बहुत फ़िदा और खुदाई करने वाला था, लेकिन मुझे LDAP सर्वर द्वारा समर्थित SSL पर HTTP बेसिक प्रमाणीकरण के साथ बहुत अच्छी तरह से काम करने के लिए GIT मिला।
डबलमैटल

1
यदि आप लिनक्स में कुछ भी पोर्ट करने की योजना बनाते हैं तो व्हाट्सएप / लाइन-एंडिंग से सावधान रहें। यदि आप शुरू से सतर्क नहीं हैं तो यह बदसूरत हो सकता है।
इवान प्लाइस

Git अब VS 2013 और इसके बाद के संस्करण में बनाया गया है। MS ने इसे प्रथम श्रेणी का नागरिक बनाया है।
क्ले स्मिथ

5

गिट क्लीयरकेस से बहुत अलग है, इसलिए आपके लिए चुनौती शायद यह है कि स्रोत कोड और फ़ाइलों के साथ काम करने के तरीके से अपने डेवलपर्स (और अन्य उपयोगकर्ताओं) को आसानी से कैसे स्थानांतरित किया जाए। आपके उपयोगकर्ता कितने अनुभवी हैं और आपके उद्यम में कितनी गहराई से एकीकृत क्लियरकेस है, इसके आधार पर, इसके लिए बहुत सारे प्रशिक्षण और अनलिस्टिंग की आवश्यकता हो सकती है।

मेरा सुझाव शुरू में यह है कि आप एक पायलट प्रोजेक्ट में कोशिश करें और देखें कि यह आपकी टीम के लिए कैसे काम करता है। गिटहब पर एक सुरक्षित भंडार प्राप्त करें और आप पायलट के लिए सभी तैयार हैं।


5
  • क्या वास्तव में एंटरप्राइज़ पर्यावरण के लिए Git एक विश्वसनीय उपकरण है, विशेष रूप से Windows प्लेटफ़ॉर्म के लिए?

हम जल्द ही इस एक के साथ एक मजबूत हां में होंगे। हाल ही में एटलसियन ने स्टैश 1.3 की रिलीज के साथ इसे हासिल करने की दिशा में बड़ा कदम उठाया है ।

  • समर्थन Git के लिए एक प्रश्न है क्योंकि यह एक खुला स्रोत संस्करण नियंत्रण है।

नि: शुल्क और विभिन्न लिंक्डइन समूहों (Git संस्करण नियंत्रण प्रणाली) के लिए सलाह देने वाले जानकार Git उपयोगकर्ताओं का एक मजबूत समर्थन नेटवर्क है। एक त्वरित Google खोज आमतौर पर अधिकांश आवश्यकताओं के साथ मदद कर सकती है। बड़ी उद्यम कंपनियों के लिए भी आज बाजार में उपलब्ध व्यावसायिक गिट समर्थन विकल्प हैं।

  • कोई भी कंपनी समाधान और सहायता प्रदान करने के लिए हैं? अन्य संस्करण नियंत्रणों की तुलना में सर्वर की लागत कैसे होती है जैसे क्लियर-केस?

Git के लिए अब विश्वसनीय और समर्पित समर्थन देने वाली कई कंपनियां हैं। इनमें से किसी एक का नाम क्लियरविज़न और #goGit


स्टैश लिंक डेढ़ साल बाद टूट गया है। मैंने इसे यहाँ पाया: atlassian.com/software/stash

1

अपने उद्यम कार्यस्थल पर, मैं क्लियरकेस से एक टीम को मर्क्यूरियल में लाने का समर्थन करने के लिए काम कर रहा हूं।

हमने पार्टी में hg को चुना क्योंकि इसका डिज़ाइन अपरिवर्तनीयता के आसपास है, जो हमारे व्यावसायिक लक्ष्यों के लिए महत्वपूर्ण है। इसके अलावा, चूंकि यह पायथन में लिखा गया है, इसलिए यह विंडोज में बहुत अच्छा काम करता है। Git को विंडोज पर weaksauce होने के लिए एक प्रतिष्ठा मिली है, और मेरे अनुभव ने यह दर्शाया है। (मैं इकट्ठा करता हूं कि उपकरण अब बेहतर हैं, मैं अब विंडोज का उपयोग करने के लिए पर्याप्त नहीं है। :-))।

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

अगर मुझे विंडोज डेवलपर्स के लिए "आउट ऑफ द बॉक्स" काम के लिए एक उद्यम समाधान की सिफारिश करनी थी, तो मैं भट्ठा और गिटहब फ़ायरवॉल की जांच करने की सिफारिश करूंगा ।

मुझे पता है कि सीधे आपके सवाल का जवाब नहीं है। लेकिन मुझे इसे इस तरह से रखना चाहिए, यदि आप ClearCase के लिए उपयोग किए जाते हैं, तो मैं उम्मीद करता हूं कि git को ट्रेन, कार्यान्वयन और प्रशासित करने के लिए परिमाण का एक क्रम आसान होगा।


1

Git और Mercurial का उपयोग एंटरप्राइज़ वातावरण में किया जा सकता है। कुछ हद तक। कुछ संगठनों के पास अतिरिक्त आवश्यकताएं हैं जो वर्तमान में जीआईटी द्वारा पूरी नहीं की जाती हैं, कड़े अभिगम नियंत्रण जैसी चीजें, ताकि केवल विशिष्ट उपयोगकर्ताओं के पास रिपॉजिटरी में विशिष्ट फ़ाइलों तक पहुंच हो (पढ़े) या उन ऑडिटिंग इंटरफेस की तरह हो, जिन तक पहुंच को ट्रैक किया जा सके। कुछ वाणिज्यिक उद्यम प्रणालियों में आईटी सिस्टम प्रबंधन के साथ गहरा एकीकरण भी होता है, जैसे कॉर्पोरेट बैकअप समाधान।

Git भी इतिहास को सुनिश्चित करने के लिए अच्छा नहीं है - डिफ़ॉल्ट रूप से यह परियोजना के पूरी तरह से इतिहास को लिखने पर मजबूर धक्का देता है।

बड़े संगठनों ने कभी-कभी स्केलिंग मुद्दों को मारा। यहाँ एक मामला यह है कि फेसबुक के पास था: http://comments.gmane.org/gmane.comp.version-control.git/189776 , जबकि उन मुद्दों में से कुछ ठीक हैं (यानी फेसबुक ने कुछ मुद्दे तय किए थे जो उन्होंने भाड़े में दिए थे: https: // /code.facebook.com/posts/218678814984400/scaling-mercurial-at-facebook/ ) वाणिज्यिक संस्करण नियंत्रण प्रणालियों में अलग-अलग स्केलिंग व्यवहार होता है जो (या अन्य वातावरण में नहीं हो सकता है) बेहतर काम करते हैं।

... और फिर यह जिम्मेदारी वाली बात है। बड़े संगठन बाहरी विक्रेता को बुलाना पसंद कर सकते हैं जब मुद्दों को डीबग करने के लिए अपने समय का उपयोग करने के बजाय समस्याएँ होती हैं और समुदाय के समर्थन पर भरोसा करते हैं। खासकर अगर गोपनीय जानकारी के साथ दूषित रिपोजिटरी शामिल हैं।

किसी भी तरह से ये "एंटरप्राइज़ वातावरण" में अनुपयोगी बनाने वाले मुद्दे नहीं हैं, लेकिन हमेशा की तरह अलग-अलग सॉफ़्टवेयर में अलग-अलग पेशेवरों और विपक्ष होते हैं जिन्हें मामले का मूल्यांकन करना होता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.