คำถามติดแท็ก open-source

สมมติว่าฉันมีโครงการส่วนตัวที่มี 100 สัญญา ฉันไม่ได้เพิ่มใบอนุญาตซอฟต์แวร์จนกว่าจะถึง 101 ถ้าฉันทำให้โครงการโอเพนซอร์สนั่นหมายความว่า 100 คอมมิชชันแรกทั้งหมดไม่ได้ถูกผูกมัดโดยสิทธิ์การใช้งานซอฟต์แวร์ในการยืนยันที่ 101 โครงการควรจะถูกปฏิเสธเมื่อมีการเพิ่มใบอนุญาตหรือไม่?

13 licensing  open-source 

มีสามโครงการซอฟต์แวร์: A, B และ C A เผยแพร่ให้ทุกคนและได้รับอนุญาตภายใต้ GPL B ขยาย A เผยแพร่เช่นกัน แต่ไม่มีข้อมูลใบอนุญาตหรือได้รับอนุญาตอย่างผิดพลาดภายใต้ LGPL โดยทั่วไปจะเป็นการละเมิดสิทธิ์การใช้งานของ A โดยไม่เป็น GPL ยังมีซอร์สโค้ดของ B อยู่ C ขยาย B สามารถเผยแพร่ C ภายใต้ GPL ได้หรือไม่ แรงจูงใจจะเป็น "A คือ GPL อนุพันธ์ใด ๆ จะต้องเป็น GPL ด้วยดังนั้น B คือ GPL และ C สามารถเป็น GPL ได้เช่นกัน"

13 licensing  open-source  gpl 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน4 ปีที่แล้ว เมื่อเร็ว ๆ นี้ฉันได้เรียนรู้เกี่ยวกับเครื่องมือและไลบรารีของโอเพ่นซอร์สที่ยอดเยี่ยมมากมายสำหรับ Microsoft Visual Studio เครื่องมือนี้ช่วยให้คุณทำงานได้มากขึ้น ห้องสมุดจะเชื่อมโยงเข้ากับฐานรหัสองค์กร ฉันได้แสดงเครื่องมือและไลบรารีเจ๋ง ๆ เหล่านี้ไว้ในสเปรดชีตแล้วและฉันจะหมดประเภทของสัญญาอนุญาตที่แต่ละคนกำลังใช้งานอยู่ เพื่อให้ห่างไกลในหมู่ห้องสมุดเย็นของฉันฉันเห็นMIT , BSD , Apache ใบอนุญาตเวอร์ชั่น 2.0 อย่างไรก็ตามอาจมีมากขึ้นในอนาคต ฉันจะทราบได้อย่างไร (หรือดีกว่าคุณสามารถแสดงรายการ) ลิขสิทธิ์ที่ได้รับความนิยมซึ่งไม่สามารถใช้งานร่วมกับการใช้งานภายในองค์กรได้ (เพื่อไม่ให้เผยแพร่ภายนอก บริษัท ) และขอขอบคุณเป็นพิเศษคุณสามารถพูดหรือชี้ไปที่คำอธิบาย ฉันไม่ใช่นักกฎหมายและการอ่านใบอนุญาตที่ถูกต้องเหล่านี้ทำให้ฉันปวดหัว ฉันต้องการเตรียมพร้อมที่จะอธิบายว่าทำไมการใช้ใบอนุญาตที่อนุญาตนั้นใช้ได้

13 licensing  open-source 

ฉันมีโครงการ GPL นี้ติดอยู่เป็นเวลาหนึ่งปีฉันชอบความคิดจริงๆแล้วบางคนก็แยกมันและเปลี่ยนสิ่งทั้งหมด แต่ใช้ชื่อเดียวกันฉันไม่สนใจรหัส (เป็น GPL หลังจากทั้งหมด) แต่ฉันชอบชื่อ มารยาทสำหรับสถานการณ์เช่นนี้คืออะไร? โครงการจะเป็นประโยชน์ต่อตัวเองและฉันชอบ แต่ชื่อไม่ได้สำหรับขาย .. แก้ไข: ฉันรู้ว่าถ้าฉันติดต่อผู้เขียนเขาจะเข้าใจและเปลี่ยนชื่อ แต่ตอนนี้ฉันไม่มีเวลาที่จะทำงานในโครงการนั้นดังนั้นฉันไม่ต้องการที่จะเป็น "ชื่อโทรลล์" สำหรับคนของฉัน (ชุมชนเล็ก ๆ ) ดังนั้นฉันจะปล่อยให้มันเป็นในเวลานี้คำถามของฉันเกี่ยวกับมารยาทในการฟอร์ก หากโครงการนั้นถูกทอดทิ้งพวกเขาสามารถแยกและใช้ชื่อเดียวกันหรือพวกเขาต้องได้รับชื่อใหม่หรือไม่?

13 open-source  etiquette  forking 

ฉันไม่ต้องการให้มันเป็นโอเพ่นซอร์ส! นั่นคือปัญหา. แต่ฉันต้องการใช้กับงานปัจจุบันของฉัน บริษัท ไม่เห็นด้วยที่จะลงนามในใบอนุญาตทางเลือกใด ๆ กับฉันและบอกให้ฉันเขียนทุกอย่างใหม่ตั้งแต่ต้นเพื่อพวกเขาจะได้เป็นเจ้าของ :( ดังนั้นฉันจะทำอย่างไรในวิธีที่ปลอดภัยดังนั้นในภายหลัง บริษัท จะไม่กลับมาหาฉันและบอกว่าฉันใช้รหัสที่ฉันเขียนไว้สำหรับพวกเขาซึ่งจะคล้ายกับรุ่นแรกที่ฉันเขียนและเป็นเจ้าของลิขสิทธิ์ ในโครงการส่วนตัวของฉันหรือแม้แต่ในงานอื่น? คุณจะเขียน hash map รุ่นที่สองใหม่โดยไม่ทำให้ดูเหมือนเป็นเวอร์ชั่นแรกได้อย่างไร ฟังดูยากสำหรับฉัน :(

13 licensing  open-source  intellectual-property 

ฉันมีคำถามเกี่ยวกับแนวทางปฏิบัติที่เหมาะสมที่สุดในการหมุนรหัสฟอร์กกิ้ง ฉันได้รับอนุญาตให้ใช้รหัสฐานภายใต้Creative Commons Attribution-NonCommercial-ShareAlike 3.0และได้ทำการเปลี่ยนแปลงที่สำคัญเพื่อให้เหมาะกับความต้องการของฉัน ฉันรู้สึกว่าเวอร์ชันของฉันจะมีประโยชน์ต่อผู้อื่นและต้องการแจกจ่ายซ้ำ ฉันไม่แน่ใจว่าฉันมีเสรีภาพในการแจกจ่ายต่อหรืออะไรที่ยอมรับได้ ฉันสามารถเปลี่ยนชื่อโครงการได้หรือไม่ ฉันควรเริ่ม v.1 ใหม่หรือทำต่อจากหมายเลขเวอร์ชันดั้งเดิมหรือไม่ อะไรคือการพิจารณาให้มีการระบุแหล่งที่มาที่เหมาะสมกับผู้เขียนต้นฉบับ? ฉันควรปรึกษาผู้เขียนและขออนุญาตก่อนที่จะปล่อย (แม้ว่าเขาจะรู้อยู่แล้ว)?

13 open-source  forking  creative-commons 

ฉันเพิ่งพบข้อผิดพลาด (ยืนยัน) ค่อนข้างน่ารำคาญในแพคเกจซอฟต์แวร์โอเพนซอร์สที่ฉันได้รวมเข้ากับแอปพลิเคชันของฉัน ข้อผิดพลาดนี้ได้รับการแก้ไขในซอฟต์แวร์รุ่นล่าสุดตามการติดตามปัญหาสาธารณะ บางครั้งคุณต้องแก้ไขข้อผิดพลาดเพื่อหลีกเลี่ยง refactor แพงของโมดูลเฉพาะอย่างไรก็ตามด้วยเหตุผลทางเทคนิคและ / หรือทางการเมืองคุณจะไม่สามารถอัพเกรดเป็นรีลีสล่าสุดได้ ในการตรวจสอบการเปลี่ยนแปลงรหัสที่ทำการแก้ไขดูเหมือนง่ายพอที่ฉันรู้สึกว่าตัวเลือกที่ทำงานได้จะทำการแก้ไขรหัสด้วยตัวเองและคอมไพล์ซอฟต์แวร์เวอร์ชันที่ได้รับการอนุมัติในปัจจุบันของฉันใหม่อย่างไรก็ตามผู้ detractors ต้องการโต้แย้งกรณีนี้ ในการที่จะมีความเสี่ยงและแนะนำความซับซ้อนยุ่งยาก ในสายตาของพวกเขาเพราะการเปลี่ยนแปลงรหัสนี้ทำโดยเราเพียงเพื่อการใช้งานของเรามันจะต้องเป็นส่วนหนึ่งของฐานรหัสของเราซึ่งหมายความว่าแทนที่จะแนะนำซอฟต์แวร์โอเพ่นซอร์สเป็นการพึ่งพาบุคคลที่สามเราต้องแนะนำมันเป็นโครงการใหม่และรวม การสร้างอัตโนมัติในกระบวนการสร้างของเรา สำหรับฉันฉันคิดว่านี่เป็นสิ่งที่ผิดเนื่องจากเราจะดึงรหัสของพวกเขาจากแหล่งเก็บข้อมูลการควบคุมแหล่งข้อมูลลงในเราและเราจะสูญเสียประวัติหลังการเปลี่ยนแปลงรหัสใด ๆ ที่เกิดขึ้นก่อนหน้านั้น ดูเหมือนว่าบางสิ่งที่ซับซ้อนเกินไปสำหรับการเปลี่ยนรหัสเล็ก ๆ ที่ต้องทำ มันจะเป็นความคิดที่ดีที่จะทำข้างต้นในกรณีนี้? ถ้าเป็นเช่นนั้นสถานการณ์ที่เหมาะสมที่สุดเมื่อโอเพนซอร์สจำเป็นต้องเปลี่ยนแปลงอะไร แต่เพื่อประโยชน์ของคุณเพียงผู้เดียวในบ้าน?

13 open-source  builds  software-patches 

ฉันมีโครงการโอเพ่นซอร์สที่อัปโหลดไฟล์ไปยัง DropBox ท่ามกลางโฮสต์ไฟล์หลาย ๆ แห่ง ตอนนี้ฉันขูดหน้าจอสำหรับ DropBox ในการใช้ API ของพวกเขาฉันต้อง hardcode คีย์ SECRET ที่พวกเขาจัดหาให้ฉันสำหรับการตรวจสอบสิทธิ์ OAuth แต่ฉันกลัวว่ากุญแจจะไม่เป็นความลับหากใครก็ตามที่มองเห็นชัดแจ้ง เป็นไปได้ว่า 'เป็นไปได้' สำหรับบุคคลที่เป็นอันตรายที่จะใช้รหัสของฉันในการอัปโหลดไวรัสไปยังบัญชีผู้ใช้ (ที่อนุญาตให้เข้าถึงแอปของฉัน) ที่จะแพร่กระจายไปยังพีซีของพวกเขา (ถ้าพวกเขาเปิดใช้งาน พวกเขามีโฟลเดอร์ที่แชร์) และอื่น ๆ โอ้ ฉันพบคำถามที่ยังไม่ได้ตอบที่มีปัญหาเช่นเดียวกับฉัน แต่ฉันต้องการทราบโดยทั่วไปว่าจะซ่อนข้อมูลที่เป็นความลับในโครงการโอเพ่นซอร์สอย่างไร ฉันมีหนึ่งความคิด มีตัวยึดตำแหน่งในซอร์สโค้ดเช่น "<SECRET KEY HERE>" และเติมเฉพาะเมื่อสร้างไบนารี่สำหรับการเปิดตัว? (yuck!) มีความคิดที่ดีหรือไม่?

13 open-source 

บริษัท ของฉัน (เรียกพวกเขาว่า Acme Technology) มีห้องสมุดประมาณหนึ่งพันไฟล์ต้นฉบับซึ่งเดิมมาจากกลุ่มการวิจัยของ Acme Labs ซึ่งได้รับการบ่มเพาะในกลุ่มพัฒนาสองสามปีที่ผ่านมาและได้มอบให้กับลูกค้าภายใต้ ไม่เปิดเผย. แอคพร้อมที่จะเปิดตัวโค้ด 75% ให้กับชุมชนโอเพนซอร์ส อีก 25% จะเปิดตัวในภายหลัง แต่สำหรับตอนนี้ยังไม่พร้อมสำหรับการใช้งานของลูกค้าหรือมีรหัสที่เกี่ยวข้องกับนวัตกรรมในอนาคตที่พวกเขาต้องการให้พ้นจากคู่แข่ง ปัจจุบันรหัสนี้ได้รับการจัดรูปแบบด้วย #ifdefs ที่อนุญาตให้ใช้รหัสฐานเดียวกันเพื่อทำงานกับแพลตฟอร์มการผลิตล่วงหน้าที่จะมีให้สำหรับนักวิจัยมหาวิทยาลัยและลูกค้าเชิงพาณิชย์ในวงกว้างมากขึ้นเมื่อมันเปิดแหล่งที่มาขณะที่ในเวลาเดียวกัน พร้อมสำหรับการทดลองและการสร้างต้นแบบและการทดสอบความเข้ากันได้กับแพลตฟอร์มในอนาคต การรักษาฐานรหัสเดียวถือเป็นสิ่งจำเป็นสำหรับเศรษฐศาสตร์ (และความมีสติ) ของกลุ่มของฉันซึ่งจะมีช่วงเวลาที่ยากลำบากในการรักษาสำเนาสองชุดในแบบคู่ขนาน ไฟล์ในฐานปัจจุบันของเรามีลักษณะดังนี้: > // Copyright 2012 (C) Acme Technology, All Rights Reserved. > // Very large, often varied and restrictive copyright license in English and French, > …

13 open-source  licensing  version-control  parsing 

ฉันตั้งใจจะทำงานในโครงการที่ฉันตั้งใจจะเปิดตัวในฐานะโอเพ่นซอร์สผ่านทาง githubs อะไรคือข้อดีของการวางโค้ดบน github ตั้งแต่เริ่มแรกซึ่งตรงข้ามกับการรอจนกว่าโครงการจะอยู่ในสถานะใช้งานก่อนเผยแพร่ หากเป็นเรื่องสำคัญโปรเจ็กต์นี้เป็นแอพ C # / บริการและฉันมีบัญชี GitHub ฟรีเท่านั้น (ดังนั้นฉันจึงไม่สามารถทำให้มันเป็นส่วนตัวแล้วดึงกลับมาครอบคลุมในภายหลัง)

13 open-source  github 

ฉันกำลังมองหาที่ใช้โค้ดบางส่วนที่มาเปิดใน app เว็บของฉัน ASP.NET (เฉพาะDapper ) การจัดการไม่ได้เป็นแฟนเพราะโอเพ่นซอร์สถูกมองว่าเป็นความเสี่ยงที่กัดเรามาก่อน เห็นได้ชัดว่าผู้พัฒนาก่อนหน้านี้ต้องแก้ไขสิ่งต่าง ๆ หลังจากที่ส่วนประกอบโอเพ่นซอร์สล้มเหลว ข้อดีดูเหมือนจะเป็น: มันทำสิ่งต่าง ๆ มากมายสำหรับฉันที่อาจเกี่ยวข้องกับรหัส boilerplate จำนวนมากหรือโซลูชันที่ Microsoft แนะนำ แต่ช้าลง (Entity Framework) จุดด้อย: มันซับซ้อนพอที่ถ้าหากมันจะล้มเหลวทันทีในการผลิตฉันจะกดยากที่จะแก้ไข อย่างไรก็ตามมีการใช้งานในไซต์ที่มีปริมาณการใช้งานสูงกว่าของฉันดังนั้นฉันไม่คิดว่ามันจะกลายเป็นส่วนที่มีความเสี่ยงสูงของโครงการ ฉันทามติที่นี่คืออะไร? มันไม่ฉลาดที่จะใช้รหัสโอเพนซอร์สในโครงการของฉันที่ฉันไม่รู้จัก / เข้าใจรวมถึงฉันใช้โค้ดของตัวเอง?

13 open-source  management  risk-assesment 

การอ้างอิงโพสต์ที่เริ่มต้นทั้งหมด เพื่อที่จะเคลียร์คำถามต้นฉบับที่ฉันถามด้วยวิธีการยั่วยุฉันได้โพสต์คำถามนี้ หากคุณเรียนรู้อัลกอริทึมจากโครงการโอเพนซอร์ซคุณสามารถใช้อัลกอริทึมนั้นในโครงการที่มาแยกต่างหากหรือไม่? และถ้าไม่นั่นแปลว่าคุณไม่สามารถใช้ความรู้นั้นอีกครั้งได้หรือไม่? หากคุณสามารถใช้มันได้ เพียงเพื่อชี้แจงฉันไม่ได้พยายามหลบเลี่ยงใบอนุญาตมิฉะนั้นฉันจะไม่ได้ถามคำถามตั้งแต่แรก

13 licensing  open-source  gpl  mit-license 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน6 ปีที่ผ่านมา ฉันเพิ่งแฮ็คโปรเจ็กต์เมื่อไม่กี่เดือนที่ผ่านมา มันเป็นความคิดที่เรียบง่าย การอนุญาตให้ผู้คนรวบรวมความสำเร็จสำหรับรหัสที่พวกเขาแชร์บน Github ดังนั้นฉันจึงเริ่มต้นความพยายามอันสูงส่งนี้พยายามเสาะหาเพื่อน ๆ ของฉันในการเขียนโปรแกรมและช่วยเหลือ ฉันใช้เวลาว่างทั้งหมดของฉันทำงานเพื่อให้มันทำงานและสร้างมันขึ้นมา เข้าสู่เวลาดนตรี เพื่อนของฉันแหลมเมื่อพวกเขาทำได้ อย่างที่คุณสามารถจินตนาการได้ฉันก็ติดอยู่กับความสำเร็จ จากนั้นเมื่อฉันใส่เกียร์สำหรับการเปิดตัว บริษัท จะออกผลิตภัณฑ์ที่คล้ายกันมาก ฉันรู้สึกท้อแท้มากเมื่อได้ยินว่าโครงการเล็ก ๆ ของฉันได้รับการปล่อยตัวจากคนอื่น แต่มันก็ไม่เหมือนกับที่ฉันมีสิทธิ์ในความคิด ฉันกลืนความภาคภูมิใจของฉันและส่งอีเมลให้พวกเขาพูดบางอย่างตามแนวของ เฮ้ฉันทำงานในสิ่งที่คล้ายกัน เราควรคุยกัน! มันยอดเยี่ยมมาก เราพูดคุยกันฉันรู้สึกว่าเขาไม่ต้องการร่วมมือกันจริง ๆ แม้ว่าเราจะอนุญาตให้กันและกันเข้าถึงไซต์อื่นได้ สองสามวันผ่านไปและฉันเห็นว่าคำอธิบายบางอย่างสำหรับความสำเร็จของฉันปรากฏบนไซต์ความสำเร็จของพวกเขา หลังจากที่พูดกับเขา แต่เดิมผมได้รับจะส่งอีเมลคำพูดอย่างพวกเขาสรุปแผนของฉันสำหรับระบบความสำเร็จของฉันและเรียกให้หยุด เมื่อฉันเห็นคำอธิบายเกี่ยวกับความสำเร็จของฉันปรากฏบนเว็บไซต์ของพวกเขาฉันก็ปล่อยมันไปไม่ได้ ฉันตัดสินใจที่จะต่อสู้กลับ ฉันได้เปิดแหล่งที่มาของโครงการเพียงแค่ปรับระดับสนามเด็กเล่นและทำให้ฉันเป็นอิสระจากการรับมือกับการแข่งขันเนื่องจากฉันเพิ่งจะทำงานนอกเวลา นี่ไม่ใช่การกระทำที่ฉันสามารถทำได้ทุกครั้งฉันสงสัยว่าฉันจะมีตัวเลือกอะไรหากฉันพบตัวเองในตำแหน่งนี้ในอนาคต คดี? สเติร์นอีเมล? ในฐานะที่เป็นหัวหน้าฉันกำลังมองหาคำแนะนำเกี่ยวกับวิธีการจัดการกับสิ่งนี้โดยไม่ต้องมีทนายความ; หรือนี่คือวิธีที่สิ่งต่าง ๆ เกิดขึ้นในโลกแห่งความเป็นจริง?

13 open-source  ethics 

ฉันคิดว่า LGPL เป็นใบอนุญาตที่อนุญาตเช่นเดียวกับ MIT, BSD หรือ Apache แต่วันนี้ฉันอ่านว่าอนุญาตให้เชื่อมโยงไปยัง LGPL (ไลบรารี่และอื่น ๆ ) ได้จากโค้ดแหล่งที่มาปิดเท่านั้น - นอกเหนือจากนั้นคือลิขิต - ดังนั้นฉันต้องเผยแพร่โค้ดที่ใช้โปรแกรม LGPL ฉันสร้างโปรแกรมสำหรับนายจ้างที่ใช้โปรแกรม LGPL แต่มีการปรับเปลี่ยนที่สำคัญ แน่นอนว่าฉันไม่ได้รับอนุญาตให้นำซอร์สโค้ดที่ปรับเปลี่ยนนั้นออกไป ในเวลาเดียวกันฉันต้องถ้าฉันแจกจ่ายมัน (ใช่ไหม) ดังนั้นฉันสงสัยว่าจะมีวิธีแก้ปัญหานี้หรือไม่ดังนั้นฉันสามารถเก็บแหล่งข้อมูลปิดนี้ได้ (ฉันหวังว่าฉันจะสามารถเผยแพร่แหล่งที่มา) - คำแนะนำใด ๆ ความคิดของฉัน: ฉันสามารถใส่ฟังก์ชั่นส่วนใหญ่ของแอพ LGPL ต้นฉบับลงในไลบรารีภายนอกเขียนหลักปฏิบัติการจากศูนย์ แต่อ้างอิงกลับไปที่ไลบรารีสำหรับฟังก์ชั่นทั้งหมดที่ฉันยังไม่ได้แก้ไข? ปัจจุบันทุกอย่างอยู่ในไฟล์. jar (เป็น Java / Swing) หากคุณคิดว่าความคิดของฉันมีความถูกต้องตามกฎหมาย / เป็นไปได้ทางเทคนิค - จะพยายามแยกสิ่งที่ฉันเขียนออกไปมากน้อยแค่ไหน ฉันไม่เข้าใจจาวามากที่สุด

13 open-source  licensing  lgpl  closed-source 

ทีมของฉันพยายามติดต่อผู้ชายจากโครงการโอเพ่นซอร์สรุ่นเก่าที่โฮสต์บน code.google.com เราบอกพวกเขาว่าเราต้องการเข้าร่วมโครงการของพวกเขาและมอบมันให้กับสาขาของมันอย่างน้อยก็ไม่มีใครตอบเรา เราลองทุกคนเจ้าของและผู้มอบหมาย ไม่มีใครกระตือรือร้น แต่อย่างใดและไม่มีใครตอบ แต่เรามีรหัสที่จะคอมมิทและเราก็อยากจะทำงานโครงการต่อไป ดังนั้นเราต้องสร้างโครงการใหม่ เราสร้างชื่อขึ้นมาซึ่งใกล้เคียงกับชื่อ แต่ไม่ซ้ำกับชื่อของโครงการที่เราต้องการสืบทอด เราควรทำสิ่งที่เรากระทำครั้งแรกและสิ่งที่ควรกระทำคืออะไร? เราควรคัดลอกรหัสของพวกเขาไปยังที่เก็บข้อมูลของเราด้วยความคิดเห็นเช่น "เราได้รับรหัสนี้เราพบว่าที่นี่ภายใต้ใบอนุญาตดังกล่าวและใบอนุญาต ... ตอนนี้เรากำลังอัพเกรดเป็นใบอนุญาตเข้มงวดมากขึ้น / น้อยลง ... "? หรือเราควรจะใช้รหัสของพวกเขาเป็นการกระทำครั้งแรกของเราด้วยการอัปเดตที่บอกว่า "เราสืบทอดมาจาก ... เราได้ทำการเปลี่ยนแปลงเช่นนั้นและ ... "?

13 project-management  open-source