संपादित करें 2015-08-01: इस उत्तर को अभी भी विचार और वोट मिल रहे हैं। यह प्राचीन से अधिक है और मैं इसे हटाना चाहूंगा, लेकिन चूंकि यह स्वीकृत उत्तर है, इसलिए मैं ऐसा नहीं कर सकता। फिर से, यह समुदाय विकि है और समुदाय ने इसे अद्यतन रखा है - इसके लिए धन्यवाद!
SourceForge ने प्रोजेक्ट के ऊपर ले जाकर उन्हें Adware ( Google GIMP Sourceforge Adware ) के साथ बंडल करते हुए डार्क साइड को पार कर लिया है । हर कीमत पर बचें। GitHub अभी भी सबसे लोकप्रिय में से एक है, हालांकि वहाँ विकल्प हैं (उदाहरण के लिए, BitBucket 5 उपयोगकर्ताओं के लिए मुफ्त में असीमित निजी रेपो प्रदान करता है।)
यह पागल है कि पिछले कुछ वर्षों में परिदृश्य कितना बदल गया है, और यदि आप भविष्य में इसे पढ़ रहे हैं, तो शायद गिटहब शांत उत्पाद नहीं है। लब्बोलुआब यह है: जो भी स्रोत नियंत्रण प्रणाली आप उपयोग करना चाहते हैं उसके लिए भयानक विकल्पों की अधिकता है।
इतिहास की खातिर नीचे पुरानी 2010 की जानकारी
संपादित करें: यह उत्तर अब प्राचीन है। पिछले 2 वर्षों में, GitHub प्राइम कोड होस्टिंग स्थान के रूप में उभरा है, और जब भी मुझे एक नया OSS प्रोजेक्ट बनाना होता है, तो मुझे संदेह की छाया का पता नहीं लगता है कि कहाँ जाना है। इसे नीचे संदर्भ के लिए छोड़कर।
दरअसल, मेरी पोस्टिंग लगभग 2 साल (2008) की है और अब पूरी तरह से सटीक नहीं है।
क्यों?
क्योंकि मुझे लगता है कि ओपन सोर्स प्रोजेक्ट्स के लिए अब SourceForge महत्वहीन है। ठीक है, इससे मुझे बहुत परेशानी होगी, इसलिए मुझे स्पष्ट करना चाहिए:
मुझे पूरा यकीन है कि ओपन सोर्स प्रोजेक्ट्स को DVCS पर चलाया जाना चाहिए, अधिमानतः गिट या मर्क्यूरियल क्योंकि वे सबसे व्यापक हैं - बाज़ार के खिलाफ कुछ भी नहीं, लेकिन मुझे लगता है कि यह थोड़ा अस्पष्ट है। ( संपादित करें: SourceForge अब Mercurial और Bazaar प्रदान करता है, ताकि यह तर्क अब और खड़ा न हो। हालांकि, दो रीडिज़ाइन के बाद मुझे लगता है कि SF की छवि बहुत बढ़िया नहीं है। कंपनियों की छवियों की तुलना करने के लिए: जबकि GitHub Apple, SF है। आईबीएम है। रॉक सॉलिड, लेकिन थोड़ा डस्टी)
इसलिए अगर मैं इस पोस्ट को फिर से लिखता, तो यह कोडप्लेक्स बनाम गिटहब बनाम बिटबकेट होता , जिसमें गीथ विजेता होता था। लेकिन यह एक कंबल बयान है, इसलिए मुझे विवरण जोड़ने दें। +/- सख्ती से प्रो / कोन नहीं है, यह विभिन्न दर्शन को उजागर करने के लिए अधिक है।
CodePlex
+ असली मर्क्यूरियल / गिट होस्टिंग - टीएफएस के शीर्ष पर कोई छोटी गाड़ी पुल नहीं है, आपके पास असली मर्क्यूरियल / गिट
+ इंटीग्रेटेड विकी है जो समृद्ध प्रलेखन और अच्छे दिखने वाले पन्नों को जोड़ने की अनुमति देता है
+ बग ट्रैकर और चर्चा मंच शामिल हैं
- स्रोत कोड ब्राउज़र है कि महान - मुश्किल पॉपअप में दिखाई देते हैं और सिर्फ 'महसूस' जटिल
- फोर्क और पुल अनुरोध 'आसान नहीं' - यूआई आपके काम का उपयोग कर सकता है
कुल मिलाकर, कोडप्लेक्स अभी भी बहुत अच्छा है, लेकिन मुझे लगता है कि यह एकल डेवलपर्स या बहुत छोटी टीमों के लिए अधिक अनुकूल है क्योंकि वेबसाइट का ध्यान स्रोत कोड के बजाय विकी पर है। यह एक सहयोग मंच की तुलना में अधिक प्रकाशन है। सैद्धांतिक रूप से आपको एक प्रोजेक्ट होमपेज की आवश्यकता नहीं होती है, आपका कोडप्लेक्स प्रोजेक्ट आपकी एक स्टॉप शॉप हो सकता है।
GitHub
+ Git Hosting, SSL / SSH
+ का समर्थन करता है + नेटवर्क ग्राफ कांटे को देखने की अनुमति देता है और जब विलय हो जाता है तो क्या होता है
+ परियोजनाओं को देखने की क्षमता - आपका खाता पृष्ठ नए चेकइन के साथ एक फेसबुक वॉल की तरह है
+ टिप्पणी करने की क्षमता के साथ सुपर अच्छा अंतर दर्शक सिंगल लाइन
चेंजेस पर - यहाँ देखें
+ फोर्किंग एक 2-क्लिक की प्रक्रिया है, और इसलिए पुल अनुरोध भेज रहा है
+ GitHub में अब विंडोज के लिए GUI टूल GitHub है
- गैर-डेवलपर्स के लिए मुख्य पृष्ठ बहुत 'सुंदर' नहीं है। यदि आपके पास अपनी परियोजना में रीडमी है (कुछ मार्कअप या एचटीएमएल जैसी मार्कअप भाषाओं का समर्थन करता है) तो इसे प्रदर्शित किया जाता है, लेकिन प्रारंभिक पृष्ठ स्रोत कोड है
- विकी वह महान नहीं है - यह मार्कडाउन है, लेकिन कभी-कभी प्रारूपण थोड़ा बहुत जटिल लगता है।
GitHub में CodePlex की तुलना में एक अलग दर्शन है: यह सभी स्रोत कोड के बारे में है और देवों के बीच सहयोग के बारे में है। मुख्य प्रोजेक्ट पेज सबसे पुराना स्रोत कोड है। एक अलग विकी है, लेकिन यह आपकी परियोजना की प्रस्तुति के बजाय दस्तावेज़ीकरण के लिए अधिक इरादा है। नेटवर्क ग्राफ शानदार है, हालांकि यह लगभग 20 से अधिक कांटे होने पर एक बार भ्रमित हो सकता है (अक्सर जब एक हाई प्रोफाइल परियोजना की घोषणा की जाती है, तो हर कोई अपने कुत्ते को इसके लिए धन्यवाद देता है, लेकिन अधिकांश कांटे जल्दी मर जाते हैं)। GitHub किसी भी आकार को बहुत अच्छी तरह से मापता है।
वास्तव में, GitHub मेरे लिए प्रोजेक्ट को कांटा करना, फिक्स / पैच लगाना, मेरे कांटे के लिए इसे लागू करना और लेखक को पुल अनुरोध भेजना सुपर आसान बनाता है। नेटवर्क ग्राफ के साथ मिलकर कमिट देखना वास्तव में आसान है।
लेकिन सबसे अधिक संभावना है कि आपको उपयोगकर्ताओं को समाप्त करने और डाउनलोड प्रदान करने के लिए अपनी परियोजना को प्रस्तुत करने के लिए एक अलग होम पेज की आवश्यकता होगी, क्योंकि GitHubs डाउनलोड सुविधाएं इतनी बढ़िया नहीं हैं।
बिट बकेट
+ Git / Mercurial
+ 5 उपयोगकर्ताओं को मुफ्त में निजी रिपॉजिटरी की अनुमति देता है
मैंने वास्तविक टिप्पणी करने के लिए बिटबकेट का पर्याप्त उपयोग नहीं किया है। एक विशेषता जो इसे अलग करती है वह यह है कि निजी होस्टिंग मुफ़्त है, जबकि गिटहब शुल्क और कोडप्लेक्स इसे बिल्कुल भी प्रदान नहीं करता है।
Google कोड
Google कोड अब कोई विकल्प नहीं है।
- मार्च 2015 से परियोजना निर्माण अक्षम है , और Google सेवा स्थायी रूप से 25 जनवरी, 2016 को बंद हो जाएगी , क्योंकि प्रतिस्पर्धी सेवाएं केवल बेहतर हैं।
- यह बदसूरत है और स्रोत कोड ब्राउज़ करने के लिए यह बहुत जटिल है (लिंक कुछ दफन है)
मैंने इसका उपयोग नहीं किया है इसलिए मैं यह नहीं कहना चाहता कि यह बुरा है - यह नहीं है। बहुत सारे प्रोजेक्ट इसका उपयोग करते हैं और यह बहुत स्थिर और मजबूत है, किसी भी डेवलपर से बहुत बुरा नहीं सुना है। हालांकि, व्यक्तिगत, व्यक्तिपरक राय के रूप में 'डिजाइन' मुझे दूर रखता है।
एसवीएन बनाम गिट / मर्क्यूरियल
SourceForge के अप्रचलित होने के बारे में ऊपर दी गई अपनी टिप्पणी को दोहराना: यह थोड़ा कठोर जरूर है। हालांकि मुझे लगता है कि SVN ओपन सोर्स प्रोजेक्ट्स के लिए हानिकारक है। सबसे पहले, फाइलों को अनदेखा करने के लिए अजीब मेटाडेटा आवश्यकताओं। Git या मर्क्यूरियल पर, आपके पास अपने स्रोत ट्री की जड़ में .itignore या .hgignore नामक एक फाइल होती है जिसमें अनदेखी करने के लिए फाइलों / निर्देशिकाओं / पैटर्न की सूची शामिल होती है। कोई जादू svn: .svn फ़ोल्डर में मेटाडेटा को अनदेखा करें। यह अकेले एसवीएन को मेरे लिए पानी से बाहर निकालता है। अगर मुझे एक नया विज़ुअल स्टूडियो प्रोजेक्ट शुरू करना है, तो मुझे उस मैजिक मेटाडेटा को लागू करना होगा, जबकि Git / मर्क्यूरियल के साथ मैं सिर्फ एक फाइल पर कॉपी करता हूं और उसके साथ किया जाता हूं।
फिर, कांटा, पैच और एक पुल अनुरोध भेजने की क्षमता शानदार है, खासकर छोटे / एकतरफा पैच के लिए।
पिछले नहीं बल्कि कम से कम, SourceForge अभी भी मेरे स्वाद के लिए बहुत जटिल है। यह एक बुरा मेजबान नहीं है, लेकिन यह वास्तव में दिखाता है कि यह उम्र IMHO है। यह कहा जा रहा है, यह अभी भी मजबूत है और दुनिया भर में कई दर्पण हैं। इसके अलावा बग ट्रैकर दूसरों की तुलना में बहुत अधिक परिष्कृत है।
इसके अलावा, यदि किसी कारण से आपकी परियोजना के लिए सख्त योगदान नियमों की आवश्यकता होती है (जो समझ में आ सकता है, उदाहरण के लिए कानूनी सुरक्षा सुनिश्चित करने के लिए कि प्रतिबद्ध कोड वास्तव में कानूनी रूप से योगदान दिया गया है) तो सोर्सफॉर्ग पर होस्ट किया गया SVN जैसी पारंपरिक प्रणाली काम कर सकती है।
संपादित करें: यह ज्ञात नहीं था कि SF ने आखिरकार होस्टिंग वितरित कर दी है। जैसा कि ऊपर कहा गया है, यह मजबूत है, लेकिन अभी 'शांत बच्चा' नहीं है, और मुझे यह बहुत जटिल लगता है।
टी एल; डॉ
किसी भी छोटे से मध्यम प्रोजेक्ट के लिए, मैं पूरी तरह से गीथहब की सिफारिश करता हूं, छोटी परियोजनाओं के लिए जहां आप एक अच्छी वेब साइट चाहते हैं, साथ ही मैं कोडप्लेक्स के साथ जाऊंगा और निजी परियोजनाओं के लिए मैं बिटबकेट के साथ जाऊंगा। बड़ी परियोजनाओं के लिए जिन्हें बहुत परिष्कृत बग ट्रैकर, अतिरिक्त सुविधाओं के टन और एक 'वास्तविक' वेबसाइट की आवश्यकता होती है, सोर्स फोर्ज पर विचार करें।