จะโฮสต์โครงการโอเพนซอร์ซได้ที่ไหน: CodePlex, Google Code, SourceForge [ปิด]


165

ฉันได้อ่านคำถามที่ตอบแล้วเกี่ยวกับ SO เกี่ยวกับ "วิธีการโปรโมตโครงการโอเพ่นซอร์ส" ไม่แปลกใจที่คำตอบจำนวนมากชี้ผู้คนไปที่ SoureForge / FreshMeat และเว็บไซต์อื่น ๆ รวมถึงการเขียนบล็อกและอะไรก็ตาม ฉันเริ่มคิดว่าสถานที่ที่ดีที่สุดในการโฮสต์โครงการและทำไม

เนื่องจากโครงการแรกของฉันโฮสต์ใน CodePlex ฉันเริ่มลุยผ่านผลการค้นหาของ Google เพื่อรวบรวมข้อมูลเกี่ยวกับข้อดีข้อเสียของแต่ละโครงการ อย่างไรก็ตามการเปรียบเทียบที่ฉันพบนั้นค่อนข้างเก่า (2+ ปี)

http://www.stum.de/2008/12/13/sourceforge-vs-codeplex/
http://www.developmentnow.com/blog/2006/11/codeplex-vs-sourceforge/
http: // www spacesocket.com/forum/thread-6654.html
ฯลฯ ...

ดังนั้นคำถามต่อไปจึงกลายเป็น "ฉันควรโฮสต์โครงการของฉันในหลาย ๆ ไซต์" หรือไม่ซึ่งโพสต์ต่อไปนี้จะให้คำตอบที่คาดหวังไว้ (ขอบคุณจริงๆ!

โฮสต์โครงการโอเพนซอร์ซในหลายไซต์

ขึ้นอยู่กับสถานะปัจจุบันของเว็บไซต์โฮสติ้งโอเพ่นซอร์สต่างๆเช่น CodePlex, GitHub, Google Code, SourceForge ฯลฯ มีผู้ใดมีข้อดี / ข้อเสียของเว็บไซต์หนึ่งที่โดดเด่นกว่าเว็บไซต์อื่นหรือไม่ เช่นฉันควรติดกับ CodePlex หรือฉันพลาดโดยไม่ใช้ทางเลือกอย่างใดอย่างหนึ่ง? หนึ่งจะนำปริมาณการใช้เพิ่มเติมเกี่ยวกับโครงการใหม่และไม่รู้จัก

ฉันวางแผนที่จะสำรวจแต่ละไซต์อย่างละเอียดเพื่อดูว่าพวกเขามีอะไรบ้าง แต่ได้รับความรู้มากมายเกี่ยวกับคนดี ๆ ใน SO ฉันคิดว่าฉันจะเริ่มด้วยคำถามนี้ก่อน

ปรับปรุง

ตามคำตอบของ erjiang ด้านล่าง ... ฉันกำลังใช้ Mercurial สำหรับการควบคุมเวอร์ชันและฉันเปิดให้ทุกอย่างนอกเหนือจาก TFS นอกจากนี้โครงการปัจจุบันของฉันเป็นเพียงการพัฒนา แต่โครงการในอนาคตอาจร่วมมือกันได้ดังนั้นควรพิจารณา ...


55
การปิดคำถามนี้เป็น IMO ที่ไม่จำเป็นอย่างสมบูรณ์ ฉันต้องสงสัยว่าสิ่งที่ประสบความสำเร็จโดยการปิด? คำถามมี upvotes มากมาย (เห็นได้ชัดว่าผู้คนพบว่ามันน่าสนใจ) มีคำตอบที่ยกระดับสูงขึ้น (ดังนั้นคำถาม & คำตอบนี้มีประโยชน์อย่างเห็นได้ชัด) และเป็นชุมชน wiki (ดังนั้นแม้ว่าจะขอความเห็นส่วนตัวหรือคำแนะนำผลิตภัณฑ์ ได้กำไรเพียงเพื่อสนับสนุนผลิตภัณฑ์ล่าสุดและยิ่งใหญ่ที่สุด)
stakx - ไม่สนับสนุน

12
นี่คือประเภทของคำถามที่ควรปิดก่อนที่จะได้รับการตอบสนองมากเนื่องจากไม่ใช่ประเภทที่เหมาะสมจริงๆ อย่างไรก็ตามตอนนี้มันได้รับการตอบสนองอย่างมากการปิดเป็นสิ่งที่ต่อต้านและปฏิเสธการมีส่วนร่วมที่ได้ทำ
Chris Stratton

4
สิ่งหนึ่งที่ทำได้โดยการปิดคำถามนี้ @stakx คือการปกป้องมันจากคำตอบใหม่ ตอนนี้มันจะจมลงอย่างไม่เกี่ยวข้องอย่างแน่นอน
Bob Stein

@ BobStein-VisiBone จมลงไปไม่เกี่ยวข้อง? ฉันเพิ่งตอบคำถามนี้มากกว่าหกปีหลังจากที่มันถูกถามเดิม
wonea

2
@ wonea ฉันอยู่ในอารมณ์ประชดประชัน ฉันผิดหวังเมื่อคำถามที่เกี่ยวข้องมีประโยชน์และตอบได้เช่นนี้เป็นปัญหา ตามที่กล่าวมาหากมีโอกาสใหม่สำหรับการโฮสต์โอเพนซอร์ซเกิดขึ้นหน้านี้จะถูก จำกัด ดุ้งดิ้งเพื่อแก้ไขพวกเขาเป็นคำตอบที่มีอยู่ คำถามโอกาสจำเป็นต้องมีช่องว่างในการพัฒนา ฉันคาดว่าจะได้รับมากขึ้นทุกปี Stackoverflow นั้นยอดเยี่ยม แต่มันก็สามารถกำจัดสิ่งที่ยอดเยี่ยมได้
Bob Stein

คำตอบ:


127

แก้ไข 2015-08-01:คำตอบนี้ยังคงได้รับการดูและให้คะแนน มันเก่าแก่กว่าและฉันต้องการลบ แต่เนื่องจากเป็นคำตอบที่ยอมรับได้ฉันจึงไม่สามารถทำได้ จากนั้นอีกครั้งเป็นวิกิชุมชนและชุมชนได้อัปเดตแล้ว - ขอขอบคุณสำหรับสิ่งนั้น!

SourceForge ข้ามไปด้านมืดเข้ายึดครองโครงการและรวมเข้ากับแอดแวร์ ( Google GIMP Sourceforge Adware ) หลีกเลี่ยงค่าใช้จ่ายทั้งหมด GitHub นั้นยังคงเป็นที่นิยมมากที่สุดแม้ว่าจะมีทางเลือกอื่น (เช่นBitBucket ให้บริการ repos ส่วนตัวแบบไม่ จำกัด ฟรีสำหรับผู้ใช้สูงสุด 5 คน)

มันบ้ามากที่การเปลี่ยนแปลงของภูมิทัศน์ในช่วงไม่กี่ปีที่ผ่านมาและหากคุณกำลังอ่านสิ่งนี้ในอนาคต GitHub อาจจะไม่ใช่ผลิตภัณฑ์เจ๋ง ๆ อีกต่อไป บรรทัดล่างคือ: มีตัวเลือกที่ยอดเยี่ยมมากมายสำหรับระบบควบคุมแหล่งข้อมูลใด ๆ ที่คุณต้องการใช้

ข้อมูลเก่า2010ด้านล่างเพื่อประโยชน์ของประวัติศาสตร์

แก้ไข:คำตอบนี้เก่าแก่แล้ว ในช่วง 2 ปีที่ผ่านมา GitHub ได้กลายเป็นสถานที่จัดการโฮสต์สำหรับรหัสและเมื่อใดก็ตามที่ฉันต้องสร้างโครงการ OSS ใหม่ฉันไม่มีร่องรอยของเงาสงสัยว่าจะไปที่ใด ปล่อยสิ่งนี้ไว้ด้านล่างเพื่อการอ้างอิง

อันที่จริงการโพสต์ของฉันเกือบ 2 ปี (2551) ในขณะนี้และไม่ถูกต้องทั้งหมดอีกต่อไป

ทำไม?

เพราะฉันคิดว่า SourceForge นั้นไม่สำคัญสำหรับโครงการโอเพ่นซอร์ส โอเคสิ่งนี้จะทำให้ฉันมีปัญหามากดังนั้นให้ฉันอธิบาย:

ฉันเชื่อมั่นอย่างยิ่งว่าโครงการโอเพนซอร์ซควรจะทำงานบน DVCS โดยเฉพาะอย่างยิ่งคอมไพล์หรือเมอร์คิวรี่เนื่องจากเป็นที่แพร่หลายมากที่สุด - ไม่มีอะไรเทียบกับบาซ่า แต่ฉันคิดว่ามันค่อนข้างคลุมเครือเกินไป ( แก้ไข: SourceForge ตอนนี้เสนอ Mercurial และ Bazaar ดังนั้นข้อโต้แย้งนั้นไม่สามารถยืนได้อีกต่อไปอย่างไรก็ตามจากการออกแบบสองครั้งฉันคิดว่าภาพของ SF ไม่ดีเกินไปเมื่อเปรียบเทียบกับภาพของ บริษัท : ในขณะที่ GitHub คือ Apple, SF ไอบีเอ็มเป็นหินแข็ง แต่ฝุ่นเล็กน้อย)

ดังนั้นถ้าฉันจะเขียนโพสต์นี้อีกครั้งมันจะเป็นCodePlexกับGitHubกับBitBucketโดยที่ GitHub เป็นผู้ชนะ แต่นั่นคือคำแถลงแบบครอบคลุมดังนั้นขอผมเพิ่มรายละเอียด +/- ไม่ได้เป็น Pro / Con อย่างเคร่งครัดมันเป็นมากกว่าการเน้นปรัชญาที่แตกต่างกัน

CodePlex

+ จริง Mercurial / Git Hosting - ไม่มีสะพานรถด้านบนของ TFS คุณมีจริง Mercurial / Git
+ แบบบูรณาการวิกิพีเดียที่ช่วยให้การเพิ่มเอกสารที่อุดมไปด้วยและหน้าดีมอง
+ Bug ติดตามและการสนทนาฟอรั่มรวม
- เบราว์เซอร์รหัสที่มาไม่ว่าดี - ความแตกต่างปรากฏขึ้นในป๊อปอัปและเพียงแค่ 'รู้สึก' ซับซ้อน
- ทางแยกและคำขอดึง 'ไม่ใช่เรื่องง่าย' - UI สามารถใช้งานบางอย่างได้

โดยรวมแล้ว CodePlex ยังคงยอดเยี่ยม แต่ฉันรู้สึกว่ามันเหมาะกว่าสำหรับนักพัฒนาเดี่ยวหรือทีมเล็ก ๆ เพราะจุดเน้นของเว็บไซต์นั้นอยู่ใน Wiki มากกว่าในซอร์สโค้ด มันคือการเผยแพร่มากกว่าแพลตฟอร์มการทำงานร่วมกัน ในทางทฤษฎีคุณไม่จำเป็นต้องมีหน้าแรกของโครงการโครงการ CodePlex ของคุณสามารถเป็นร้านค้าครบวงจรของคุณ

GitHub

+ Git Hosting รองรับ SSL / SSH
+ กราฟเครือข่ายช่วยให้มองเห็นส้อมและสิ่งที่ผสานเข้ากับสิ่งที่เมื่อ
+ ความสามารถในการ 'ดู' โครงการ - หน้าบัญชีของคุณเป็นเหมือนกำแพง Facebook พร้อมเช็คอินใหม่
+ ตัวกระจายdiff ที่ดีสุดพร้อมความคิดเห็น ในการเปลี่ยนแปลงบรรทัดเดียว - ดูที่นี่
+ การแยกเป็นกระบวนการ 2 คลิกและเพื่อส่งคำขอการดึง
+ GitHub ตอนนี้มีเครื่องมือ GUI GitHub สำหรับ Windows
- หน้าหลักไม่ได้สวยมากสำหรับนักพัฒนาที่ไม่ใช่ หากคุณมี Readme ในโครงการของคุณ (รองรับภาษามาร์กอัปเช่น Markdown หรือ HTML) จะปรากฏขึ้น แต่หน้าเริ่มต้นคือซอร์สโค้ด
- Wiki ไม่ค่อยดีเท่าไร - เป็น Markdown แต่บางครั้งการจัดรูปแบบอาจซับซ้อนเกินไป

GitHub มีปรัชญาที่แตกต่างจาก CodePlex: มันคือทั้งหมดที่เกี่ยวกับซอร์สโค้ดและเกี่ยวกับการทำงานร่วมกันในหมู่ devs หน้าโครงการหลักคือรหัสต้นฉบับที่ทันสมัยที่สุด มี Wiki แยกต่างหาก แต่มีไว้สำหรับเอกสารมากกว่าการนำเสนอโครงการของคุณ กราฟของเครือข่ายนั้นยอดเยี่ยมแม้ว่ามันจะทำให้เกิดความสับสนเมื่อมีมากกว่า 20 ส้อม (บ่อยครั้งเมื่อประกาศรายละเอียดสูงทุกคนและสุนัขของพวกเขากำลังฟาดฟัน แต่ส้อมส่วนใหญ่ตายอย่างรวดเร็ว) GitHub ปรับขนาดได้ดีมากในทุกขนาด

ในความเป็นจริง GitHub ทำให้มันง่ายมากสำหรับฉันที่จะแยกโครงการใช้โปรแกรมแก้ไข / แก้ไขส่งไปยังทางแยกของฉันและส่งคำขอดึงไปยังผู้เขียน เมื่อรวมกับกราฟเครือข่ายจะเห็นการกระทำได้ง่าย

แต่คุณน่าจะต้องมีโฮมเพจแยกต่างหากเพื่อนำเสนอโครงการของคุณกับผู้ใช้ปลายทางและเพื่อให้ดาวน์โหลดเนื่องจาก GitHubs สิ่งอำนวยความสะดวกในการดาวน์โหลดนั้นไม่ค่อยดีนัก

BitBucket

+ Git / Mercurial
+ อนุญาตให้มีที่เก็บส่วนตัวฟรีสำหรับผู้ใช้ไม่เกิน 5 คน

ฉันไม่ได้ใช้ BitBucket มากพอที่จะแสดงความคิดเห็นได้อย่างแท้จริง ฟีเจอร์หนึ่งที่ทำให้มันแตกต่างคือโฮสติ้งส่วนตัวฟรีในขณะที่ GitHub คิดค่าบริการและ Codeplex ไม่ได้ให้บริการเลย

รหัส Google

Google Code ไม่ใช่ตัวเลือกอีกต่อไป

- การสร้างโครงการถูกปิดใช้งานตั้งแต่เดือนมีนาคม 2558 และบริการของ Google จะปิดตัวลงอย่างถาวรในวันที่ 25 มกราคม 2016เนื่องจากบริการการแข่งขันจะดีกว่า
- มันน่าเกลียดและมันซับซ้อนเกินกว่าจะเรียกดูซอร์สโค้ด (ลิงค์ถูกฝังไว้บ้าง)

ฉันไม่ได้ใช้มันเลยไม่อยากพูดว่ามันแย่ - ไม่ใช่ โครงการจำนวนมากใช้งานและมีความเสถียรและแข็งแกร่งมากไม่เคยได้ยินเรื่องเลวร้ายใด ๆ จากผู้พัฒนา อย่างไรก็ตามตามความเห็นส่วนตัวการออกแบบ 'ทำให้ฉันเป็นส่วนตัว

SVN vs. Git / Mercurial

เพื่อย้ำความคิดเห็นของฉันข้างต้นเกี่ยวกับ SourceForge ที่ล้าสมัย: แน่นอนว่ามันค่อนข้างรุนแรง อย่างไรก็ตามฉันเชื่อว่า SVN เป็นอันตรายสำหรับโครงการโอเพ่นซอร์ส ก่อนอื่นข้อกำหนดเมทาดาทาแปลก ๆ เพื่อละเว้นไฟล์ บน Git หรือ Mercurial คุณมีไฟล์ชื่อ. gitignore หรือ. hgignore ในรูทของทรีซอร์สของคุณซึ่งมีรายการไฟล์ / ไดเรคทอรี่ / รูปแบบที่จะไม่สนใจ ไม่มีเวทมนตร์ svn: ละเว้นข้อมูลเมตาในโฟลเดอร์. svn เพียงอย่างเดียวนี้ก็พัด SVN ออกจากน้ำให้ฉัน ถ้าฉันเริ่มโครงการ Visual Studio ใหม่ฉันจำเป็นต้องใช้เมทาดาทาเวทมนตร์นั้นในขณะที่ใช้ Git / Mercurial ฉันก็แค่คัดลอกไฟล์เดียวและใช้มัน

จากนั้นความสามารถในการแยกแก้ไขและส่งคำขอดึงนั้นยอดเยี่ยมโดยเฉพาะอย่างยิ่งสำหรับแพทช์ขนาดเล็ก / ครั้งเดียว

สุดท้าย แต่ไม่ท้ายสุด SourceForge ยังคงซับซ้อนเกินไปสำหรับรสนิยมของฉัน มันไม่ได้เป็นโฮสต์ที่ไม่ดี แต่มันแสดงให้เห็นว่ามันเป็นอายุ IMHO ที่ถูกกล่าวว่ามันยังคงแข็งแกร่งและมีกระจกหลายแห่งทั่วโลก Bug Tracker ยังมีความซับซ้อนมากกว่าตัวอื่น ๆ

นอกจากนี้หากโครงการของคุณด้วยเหตุผลบางอย่างต้องใช้กฎการสนับสนุนที่เข้มงวด (ซึ่งอาจสมเหตุสมผลเช่นการคุ้มครองทางกฎหมายเพื่อให้แน่ใจว่ารหัสที่มุ่งมั่นมีส่วนถูกต้องตามกฎหมาย) จากนั้นระบบดั้งเดิมเช่น SVN ที่โฮสต์บน SourceForge อาจทำงานได้

แก้ไข:ไม่ทราบว่าในที่สุด SF ได้กระจายโฮสติ้ง ดังที่ได้กล่าวไว้ข้างต้นมันแข็งแกร่ง แต่ไม่ใช่ 'เด็กเด็ด' อีกต่อไปและฉันคิดว่ามันซับซ้อนเกินไป

TL; DR

สำหรับโครงการขนาดเล็กถึงขนาดกลางฉันขอแนะนำ GitHub สำหรับโครงการขนาดเล็กที่คุณต้องการเว็บไซต์ที่ดีเช่นกันฉันจะไปกับ CodePlex และสำหรับโครงการส่วนตัวฉันจะไปกับ BitBucket สำหรับโครงการขนาดใหญ่ที่ต้องการตัวติดตามบั๊กที่ซับซ้อนมากคุณสมบัติพิเศษมากมายและเว็บไซต์ 'ของจริง' ให้พิจารณา Source Forge


3
ฉันไม่เห็นด้วยกับ Google Code ฉันคิดว่ามันง่ายใช้งานง่ายและมีน้ำหนักเบา (และเว็บไซต์นั้นรวดเร็วเปรียบเทียบกับ CodePlex …!) และจะเป็นตัวเลือกอันดับ 1 ของฉันทุกครั้ง แต่ที่เหลือคือการอ่านที่น่าสนใจ
Konrad Rudolph

2
@ Konrad True ดังที่กล่าวมามันเป็นเรื่องส่วนตัว บางทีวิธีการที่เรียบง่ายอาจทำให้ฉันผิดหวัง ฉันไม่เคยได้ยินเรื่องเลวร้ายเกี่ยวกับหน้าที่การใช้งานของมันมาก่อน แต่ฉันไม่เคยโฮสต์โครงการที่นั่นเลย
Michael Stum

2
คำตอบที่ดีมีรายละเอียดมาก! ให้การอธิบายที่ยอดเยี่ยมเกี่ยวกับความแตกต่างระหว่างเว็บไซต์หลัก (เช่น CodePlex และ GitHub) ที่ฉันอยากรู้มากที่สุด ยังน่าสนใจที่คุณระบุ SourceForge ว่าไม่มีนัยสำคัญในขั้นตอนนี้ แน่นอนการเปลี่ยนแปลงความเห็นจากบทความเก่า ขอบคุณ!
Chris Baxter

4
นอกจากนี้ยังมีปัจจัยที่แปลกประหลาดกับประเภทของโครงการที่คุณกำลังเรียกใช้ ตัวอย่างเช่นด้วยโครงการ. Net, CodePlex รองรับการปรับใช้ ClickOnce ในขณะที่ Google Code ไม่รองรับ
dbkk

1
@MichaelStum บางทีคุณสามารถเพิ่มบริการ GitHub Pages จุดเริ่มต้นสำหรับโครงการที่โฮสต์โดย GitHub ควรเป็นหน้าเว็บ
Matías Fidemraizer

8

คุณไม่ได้พูดว่าระบบควบคุมแหล่งข้อมูลใดที่คุณใช้ซึ่งมีอิทธิพลอย่างมากต่อตัวเลือกของคุณ

(ไม่ครอบคลุม)

  • Git -> GitHub หรือ Gitorious เป็นตัวเลือกที่ชัดเจน
  • Mercurial -> BitBucket
  • SVN -> สะวันนา, SF.net
  • Bazaar -> Launchpad
  • CVS -> อัปเกรดเป็นระบบควบคุมแหล่งที่มาที่ใหม่กว่า

ฉันเป็นแฟนของ Git แต่ Mercurial ก็ยอดเยี่ยมเช่นกัน ฉันใช้ GitHub เป็นการส่วนตัวสำหรับคุณลักษณะการทำงานร่วมกันที่ยอดเยี่ยมเช่นการฟอร์กและคำขอดึงง่าย

ฉันต้องการเพิ่มว่า CodePlex ไม่เป็นที่นิยมในระบบโอเพ่นซอร์สนอกค่าย Microsoft และเป็นเรื่องง่ายที่จะเห็นจากรายการที่ดาวน์โหลดมากที่สุด มันอาจเป็นการรวมกันของวิธีการที่ Microsoft เป็นศูนย์กลางโดยธรรมชาติและจากการตีตราในอดีต หากคุณกำลังพัฒนาโดยเฉพาะสำหรับ. NET หรือสิ่งที่คล้ายกันนั่นจะเปลี่ยนมุมมอง

แก้ไข:นอกจากนี้ฉันจะยืนยันว่านักพัฒนามักไม่เรียกดูแบบสุ่มสำหรับโครงการที่น่าสนใจ คุณอย่างเท่าเทียมกันมีแนวโน้มที่จะไปสังเกตบน GitHub ในขณะที่คุณอยู่ใน Codeplex แต่ถ้ามีคนไม่พบโครงการของพวกเขาจะมีแนวโน้มที่จะส่งข้อบกพร่องข้อความ / ไฟล์ / มีส่วนร่วมหากพวกเขามีบัญชีอยู่แล้วในเว็บไซต์ที่


2
ขณะนี้ฉันใช้ Mercurial (จะไม่แตะ TFS กับเสาขนาด 10 ฟุต)
Chris Baxter

2
มีบางอย่างผิดปกติกับการฟอร์ก
มาร์โค

2
สำหรับใครที่มีความอยากรู้อยากเห็นบน GitHub แทนที่จะแยกเป็นโครงการที่ไม่สามารถย้อนกลับได้มันเป็นวิธีที่ดีที่สุดในการปรับเปลี่ยนโครงการที่มีอยู่ หลังจากที่คุณทำการปรับเปลี่ยนส่วนบุคคลของคุณคุณสามารถส่งต้นฉบับโครงการเป็น "คำขอดึง" เพื่อการเปลี่ยนแปลงจากทางแยกของคุณ
erjiang

ฉันยอมรับว่า CodePlex นั้นมุ่งเน้นไปที่การพัฒนาของ Microsoft แต่เพียงผู้เดียว ที่เกิดขึ้นกับฉัน ... ความประทับใจที่ฉันได้รับคือถ้าโอเพ่นซอร์สทั่วไป ... GitHub; ถ้า. NET มุ่งเน้นและทีมเดียว / เล็กลง CodePlex นอกจากนี้ยังชอบการแก้ไขในการรับรู้ ... ที่จะต่อสู้ต่อไป ขอบคุณ!
Chris Baxter

1
@marko: การตีอย่างง่ายดายเป็นสิ่งที่ดี
Nicolas Raoul

4

เนื่องจาก Github เติบโตอย่างรวดเร็วและดูเหมือนจะโดดเด่นที่สุดในบรรดาโครงการที่ฉันเห็นในทุกวันนี้ มันจะได้รับคะแนนของฉัน

แต่ฉันคิดว่าไม่จำเป็นต้องหมายความว่าคุณไม่สามารถใช้สิ่งอื่นได้ ฉันเห็นหลายโครงการที่ใช้ Github สำหรับแหล่งที่มาและรหัส Google สำหรับเอกสาร และนอกจากนั้นลิงก์ Sourceforge ก็เช่นกัน

ไม่สำคัญว่าคุณจะใช้อะไรเป็นโฮสต์หลัก แต่ฉันขอแนะนำให้คุณเพิ่มโครงการของคุณในเว็บไซต์อื่น ๆ ด้วยเพื่อให้ง่ายต่อการค้นหา


น่าสนใจที่คุณอยากแนะนำให้โฮสต์บนเว็บไซต์หลายแห่ง ความคิดเริ่มต้นของฉันคือการเห็นด้วยกับการอ้างอิงดังนั้นคำตอบที่เชื่อมโยงด้านบน ... คุณคิดอย่างไรกับหัวข้อนั้น
Chris Baxter

@ Coderary Coder: ฉันไม่ได้พูดถึงเรื่องการโฮสต์ แต่เป็นการเชื่อมโยงมากขึ้น ฉันหยุดใช้ Sourceforge เมื่อหลายปีก่อนเนื่องจากความเชื่องช้าและการเปลี่ยนแปลงการออกแบบที่น่ากลัว แต่การสร้างโครงการที่ sourceforge และเชื่อมโยงไปยังเว็บไซต์ GitHub (หรืออะไรก็ตาม) สามารถช่วยให้โครงการของคุณพบได้ง่ายขึ้น สำหรับเอกสารฉันพบวิกิ Google Code นั้นง่ายกว่าวิกิ Github ดังนั้นฉันจึงชอบมัน ฉันชอบอินเทอร์เฟซ Github และตัวเลือกการฟอร์กดังนั้นฉันคิดว่านั่นเป็นตัวเลือกที่ดีสำหรับแหล่งที่มาของคุณ สำหรับรีวิวรหัสฉันพบ launchpad จะดีมาก
Wolph

4

คำถามนี้ดูเหมือนจะซ้ำกับคำถามนี้: /programming/10490/best-open-source-project-hosting-site

นี่คือคำตอบของฉันสำหรับคำถามนั้น: /programming/10490/best-open-source-project-hosting-site/3433969#3433969

โดยทั่วไปแล้วฉันคิดว่าข้อดี / ข้อเสียที่สำคัญที่สุดเกี่ยวข้องกับคุณลักษณะการพัฒนาที่นำเสนอและผู้ชมหลักของแต่ละไซต์ซึ่งในคำตอบข้างต้นของฉันฉันเดินผ่านสำหรับเว็บไซต์ยอดนิยมสี่แห่ง


1
ขอบคุณสำหรับลิงค์ฉันพยายามไม่เลียนแบบคำถาม แต่ฉันพลาดคำถามนั้นไป
Chris Baxter

1
@CalgaryCoder คุณอย่างน้อยอาจมี upvoted เนื่องจากคุณใช้เวลาในการขอบคุณเขา Nvm ฉันทำเพื่อคุณ ;-)
Mawg พูดว่าคืนสถานะโมนิก้า

ลิงค์เหล่านี้ดูเหมือนจะตายไปแล้วในตอนนี้
อาจเป็นไปได้
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.