คำถามติดแท็ก github

ต้องการปรับปรุงโพสต์นี้หรือไม่? ให้คำตอบโดยละเอียดสำหรับคำถามนี้รวมถึงการอ้างอิงและคำอธิบายว่าทำไมคำตอบของคุณถึงถูกต้อง คำตอบที่ไม่มีรายละเอียดเพียงพออาจแก้ไขหรือลบออกได้ ฉันเพิ่งวางโครงการเรียกว่าHebelซึ่งฉันทำงานให้กับ GitHub มันเป็นกรอบสำหรับ GPU ที่เร่งการเรียนรู้อย่างลึกซึ้งที่เขียนใน Python และ Nvidia CUDA ฉันโพสต์เกี่ยวกับเรื่องนี้ใน Google+ และหลังจากนั้นไม่นานมันก็ถูกหยิบขึ้นมาในHacker Newsและมีไวรัสเล็กน้อยในสองสามวัน ภายหลังฉันโพสต์เกี่ยวกับเรื่องนี้อีกครั้งในsubreddit การเรียนรู้ของเครื่องจักรเช่นกันและโครงการของฉันก็หยิบขึ้นมา 822 ดาวและ 47 ส้อมบน GitHub ซึ่งมันทำให้ดีอกดีใจจริงๆ 822 ดาวหมายความว่าโครงการของฉันอยู่ใน 200 อันดับแรกของโครงการ Python บน GitHub และในความเป็นจริงแล้วมีดาวมากกว่าโปรไฟล์สูงบางโครงการที่ใช้กันอย่างแพร่หลายเช่น Python virtualenv แม้จะมีความสนใจเป็นอย่างมากสำหรับโครงการของฉัน แต่ฉันก็ผิดหวังกับการมีส่วนร่วมจริงที่ฉันได้เห็น ไม่มีส้อมจาก 47 โครงการของฉันที่เคยทำมาฉันไม่ได้รับการร้องขอใด ๆ และมีคนสองคนส่งปัญหาเพียงสามเรื่องเท่านั้น ดูเหมือนว่าโครงการของฉันอาจจะน่าสนใจสำหรับคนจำนวนมาก แต่พวกเขาเพียงติดดาวหรือแยกมันครั้งเดียวแล้วไม่กลับไปใช้มันอีกหรือใช้มันอย่างต่อเนื่อง ฉันจะปรับปรุงการมีส่วนร่วมเพื่อให้ผู้ใช้ส่งข้อผิดพลาดหรือร้องขอการปรับปรุงหรือให้ผู้สนับสนุนส่งการเปลี่ยนแปลงได้อย่างไร

19 open-source  github  contribution 

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

19 version-control  git  github  etiquette 

ฉันกำลังทำงานในโครงการโอเพนซอร์ซบน GitHub มันมีไดเรกทอรีย่อย / ผู้ขายที่มีสำเนาของห้องสมุดภายนอกหลายแห่ง ผู้ดูแลดั้งเดิมของโปรเจ็กต์นี้อัพเดตไดเร็กทอรีนี้ด้วยสำเนาของไลบรารีภายนอกที่ใหม่กว่าเป็นระยะ ๆ นักพัฒนาคนหนึ่งส่งคำขอดึงด้วยความคิดที่จะเปลี่ยนนี้สำเนาโดยsubmodule คอมไพล์ และฉันกำลังพิจารณาว่ามันเป็นความคิดที่ดีหรือไม่ Git submodule ข้อดี: โมดูลย่อยถูกออกแบบมาโดยเฉพาะสำหรับสถานการณ์ที่คล้ายกัน มันลบความเป็นไปได้ของการกระทำโดยไม่ตั้งใจไปยังผู้ขายซึ่งจะถูกเขียนทับในขณะที่การปรับปรุงครั้งต่อไป Git submodule ข้อเสีย: ดูเหมือนว่า submodules git จะเพิ่มความซับซ้อนจากผู้ดูแลไปยังบุคคลที่จะโคลน / ดึงโครงการ (ขั้นตอนเพิ่มเติมที่จำเป็นหลังจากที่คุณโคลนเพื่อเริ่มทำงานกับโครงการ: "git submodule init", "git submodule update" คุณมีความคิดเห็นอย่างไรกับเรื่องนี้? อีกหนึ่งสิ่ง. ปัญหานี้เป็นไลบรารี่ขนาดเล็กที่มีการพึ่งพาภายนอกที่ จำกัด มาก ฉันคิดว่าเครื่องมือสร้างใด ๆ จะ overkill สำหรับตอนนี้

18 git  github 

ฉันมีบางโครงการที่อยู่ในช่วงเริ่มต้นของการพัฒนา พวกเขาใกล้จะเสร็จสมบูรณ์แล้ว แต่ฉันจะโฮสต์พวกเขา (เป็น repos สาธารณะ) ใน GitHub เพราะ: ฉันมีคอมพิวเตอร์หลายเครื่องและฉันต้องการเข้าถึงรหัสของฉันได้ทุกที่ ฉันต้องการสำรองข้อมูลสำหรับรหัสของฉัน ฉันต้องการให้ง่ายถ้ามีคนต้องการทำงานร่วมกันในทางใดทางหนึ่ง ฉันใช้ปัญหา GitHub เป็นซอฟต์แวร์การจัดการโครงการของคนจน ตกลงเพื่อเผยแพร่โครงการบน GitHub แม้ว่าจะเป็นช่วงเริ่มต้นของการพัฒนาหรือไม่? ฉันกังวลเล็กน้อยเกี่ยวกับใครบางคนที่จะมาด้วยและพูดOMG this is total BS, this code is so bad!ในขณะที่ดูขัด / ยังอยู่ในการพัฒนา / ไม่ทดสอบรหัส คุณมีแนวทางปฏิบัติอย่างไรเมื่อคุณเริ่มโครงการสาธารณะใหม่ คุณรอจนกว่าคุณจะมีสิ่งที่สำคัญที่จะแสดงหรือคุณสร้าง repo เปลือยบน GitHub โดยตรงและเริ่มจากที่นั่น? ฉันใช้GitHubตลอดโพสต์นี้ แต่สิ่งนี้ใช้กับทุกบริการโฮสติ้งรหัสออกมี

18 open-source  github  project-hosting 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัพเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน4 ปีที่แล้ว ฉันมีที่เก็บGitHubพร้อมโปรแกรมของเล่นที่ฉันเขียนเมื่อฉันเรียนรู้บางสิ่ง ตัวอย่างเช่นเมื่อฉันอ่านเกี่ยวกับอัลกอริทึมหรือโครงสร้างข้อมูลฉันเขียนการใช้งานอย่างรวดเร็วของมันเพื่อให้แน่ใจว่ามันทำงานได้และฉันเข้าใจ บางครั้งฉันแก้อัลกอริทึมและไขปริศนาโครงสร้างข้อมูลและผลักเข้าไปในพื้นที่เก็บข้อมูล ที่เก็บนี้จะคุ้มค่าในการเชื่อมโยงประวัติส่วนตัวของฉันหรือมันจะเป็นอันตรายต่อโอกาสในการได้รับการว่าจ้างของฉันหรือไม่?

18 self-improvement  resume  github 

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

18 git  github  gitflow 

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

17 git  github  branching  forking 

ฉันคดเคี้ยวโครงการ Github ที่ทำการเปลี่ยนแปลงเล็ก ๆ และส่งคำขอดึงไปยังผู้ดูแลเดิมที่ได้ดึงมันใน. Merged pull request #11 from my_username/masterตอนสุดท้ายกระทำมี นี่เป็นครั้งแรกที่ฉันทำสิ่งนี้ดังนั้นฉันไม่แน่ใจว่ามารยาทในตอนนี้คือ: ฉันทำgit pull upstream masterแล้วgit push origin masterและตอนนี้ความมุ่งมั่นล่าสุดของที่เก็บของฉันเองMerged pull request #11 from my_username/masterซึ่งอ่านแล้วรู้สึกแปลกสำหรับฉัน นี่เป็นวิธีที่ผู้คนมักจะทำหรือไม่ฉันต้องทำอะไรเพื่อ "ล้างประวัติ" หรืออะไรบางอย่าง? หมายเหตุ: เนื่องจากนี่เป็นการเปลี่ยนแปลงเอกสารเล็กน้อยฉันไม่ได้สร้างสาขาเลยฉันเพิ่งทำการเปลี่ยนแปลงในmasterสาขาของฉันและส่ง pull req ดังนั้นจึงไม่มีการล้างข้อมูลในส่วนนั้น

17 git  github  pull-requests 

ปิด คำถามนี้เป็นคำถามความคิดเห็นตาม ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้สามารถตอบข้อเท็จจริงและการอ้างอิงได้โดยแก้ไขโพสต์นี้ ปิดให้บริการใน5 ปีที่ผ่านมา ฉันกำลังพิจารณาที่จะเริ่มต้นโครงการโอเพนซอร์ซดังนั้นฉันจึงไปซื้อไซต์โฮสติ้งยอดนิยมบางไซต์ สิ่งที่ฉันคิดว่าน่าแปลกใจคือมีหลายแห่ง (ดูที่นี่สำหรับตารางฟีเจอร์ที่ดี) ของไซต์โฮสติ้งยอดนิยม (เช่น GitHub, BitBucket) ไม่มีฟีดฟอรัมเช่นสถานที่ที่ผู้ใช้สามารถพูดคุยกับ devs ถามคำถาม เพิ่มแนวคิด ฯลฯ IMHO ฟอรัมที่ใช้งานอยู่เป็นปัจจัยสำคัญในการสร้างชุมชนผู้ใช้รอบโครงการดังนั้นฉันคาดหวังว่าเจ้าของโครงการส่วนใหญ่จะสนใจคุณสมบัติดังกล่าว ฉันได้สังเกตเห็นว่าบางโครงการจะมีฟอรั่มการสนับสนุน (หรือรายการทางไปรษณีย์) เป็นเจ้าภาพที่อื่น ๆ - เช่น Ruby on Rails โฮสต์บน GitHub แต่มีกลุ่มสนับสนุน Google Groupsและ TortoiseHG ถูกโฮสต์ใน BitBucket แต่มีรายชื่อผู้รับจดหมายบน SourceForge - ดังนั้นจึงไม่เหมือนฟีเจอร์นี้ที่ไม่จำเป็น ดังนั้นเว็บไซต์โฮสติ้งโปรเจ็คจำนวนมากถึงไม่มีฟีดฟอรัม

17 github  project-hosting 

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

14 git  github 

ปิด. คำถามนี้เป็นคำถามปิดหัวข้อ ไม่ยอมรับคำตอบในขณะนี้ ต้องการปรับปรุงคำถามนี้หรือไม่ อัปเดตคำถามเพื่อให้เป็นหัวข้อสำหรับ Software Engineering Stack Exchange ปิดให้บริการใน6 ปีที่ผ่านมา ฉันต้องทำงานกับโปรแกรมเมอร์ 4-5 คนในแอปพลิเคชั่น PHP ที่ค่อนข้างเฉลี่ยโดยใช้ codeigniter เราอยู่ในสถานที่ต่างกัน 5 แห่งในเมืองเดียวและโปรแกรมเมอร์ทั้งหมดไม่ได้รับการศึกษามากนักและฉันคิดว่าพวกเขาส่วนใหญ่ไม่เคยใช้ระบบควบคุมเวอร์ชันใด ๆ เลย คุณช่วยแนะนำแพลตฟอร์มที่เข้าถึงได้ง่ายมากสำหรับการทำงานร่วมกันในโครงการเช่นนี้หรือไม่? ฉันกำลังพูดถึงบางสิ่งที่มีความซับซ้อนมากกว่าโฟลเดอร์ดรอปบ็อกซ์ที่ใช้ร่วมกัน

14 php  version-control  svn  github  collaboration 

ชื่อแปลก ๆ ใช่ แต่ฉันมีเหตุผลพอสมควรที่จะครอบคลุมฉันคิด เรามีบัญชีองค์กรใน github พร้อมที่เก็บส่วนตัว เราต้องการใช้ฟีเจอร์ปัญหาดั้งเดิม / คุณสมบัติคำขอดึง (ขอเป็นส่วนใหญ่เป็นสิ่งที่เราต้องการเท่าที่รีวิวโค้ดและการอภิปรายคุณสมบัติ) เราพบฮับเครื่องมือโดยdefunktซึ่งมีคุณสมบัติเล็ก ๆ น้อย ๆ ที่สามารถแปลงปัญหาที่มีอยู่เป็นการร้องขอแบบดึงและเชื่อมโยงสาขาปัจจุบันของคุณกับมันโดยอัตโนมัติ ฉันสงสัยว่ามันเป็นวิธีที่ดีที่สุดที่จะมีนักพัฒนาแต่ละคนในองค์กรแยกที่เก็บขององค์กรเพื่อทำงานคุณสมบัติ / แก้ไขข้อผิดพลาด / etc ดูเหมือนว่าจะเป็นกระบวนการทำงานที่ค่อนข้างแน่นหนา (โดยพื้นฐานแล้วเป็นสิ่งที่โครงการโอเพนซอร์สทุกแห่งใน Github ทำ) แต่เราต้องการให้แน่ใจว่าเราสามารถติดตามปัญหาและดึงคำขอจากแหล่ง ONE ซึ่งเป็นที่เก็บขององค์กร ดังนั้นฉันมีคำถามสองสามข้อ: ในกรณีนี้มีวิธีแยกแบบผู้พัฒนาหรือไม่ ดูเหมือนว่ามันจะเกินกำลังไปหน่อย ฉันไม่แน่ใจว่าเราต้องการทางเลือกสำหรับนักพัฒนาทุกคนเว้นแต่ว่าเราจะแนะนำนักพัฒนาที่ไม่สามารถเข้าถึงการพุชโดยตรงและต้องการรหัสทั้งหมดของพวกเขา ในกรณีนี้เราต้องการกำหนดนโยบายเช่นนั้นสำหรับนักพัฒนาเหล่านั้นเท่านั้น ดังนั้นจะดีกว่ากัน? นักพัฒนาทั้งหมดในที่เก็บเดียวหรือเป็นทางเลือกสำหรับทุกคน? ใครบ้างมีประสบการณ์กับเครื่องมือฮับโดยเฉพาะคุณสมบัติการดึงคำขอ ถ้าเราทำ fork-per-developer (หรือแม้แต่สำหรับ devs ที่มีสิทธิพิเศษน้อยกว่า) คุณลักษณะการร้องขอแบบดึงของฮับจะทำงานกับคำขอแบบดึงจากที่เก็บต้นแบบต้นน้ำ (ที่เก็บขององค์กรหรือไม่) มีพฤติกรรมที่แตกต่างกันหรือไม่? แก้ไข ฉันทำการทดสอบบางอย่างกับปัญหาส้อมและดึงคำขอและพบว่า หากคุณสร้างปัญหาในที่เก็บขององค์กรของคุณให้แยกที่เก็บจากองค์กรของคุณไปยังบัญชี GitHub ของคุณเองทำการเปลี่ยนแปลงบางอย่างรวมกับสาขาหลักของส้อมของคุณ เมื่อคุณพยายามเรียกใช้hub …

14 version-control  git  teamwork  github  workflows 

ฉันเป็นผู้พัฒนา. NET และฉันใช้ TFS (เซิร์ฟเวอร์พื้นฐานสำหรับทีม) เป็นซอฟต์แวร์ควบคุมซอร์สของฉันหลายครั้ง คุณสมบัติที่ดีของ TFS คือ: การรวมที่ดีกับ Visual Studio (ดังนั้นฉันทำเกือบทุกอย่างที่มองเห็นไม่มีคำสั่งคอนโซล) เช็คเอาท์ง่ายกระบวนการเช็คอิน การผสานและการแก้ไขข้อขัดแย้งได้ง่าย สร้างอัตโนมัติง่าย การแตกแขนง ตอนนี้ฉันต้องการใช้ Git เป็นตัวควบคุมพื้นที่เก็บข้อมูลและแหล่งที่มาของโครงการโอเพ่นซอร์สของฉัน โครงการของฉันอยู่ในภาษา C #, JavaScript หรือ PHP ที่มีฐานข้อมูล MySQL หรือ SQL Server เป็นกลไกการจัดเก็บ ฉันเพิ่งใช้ความช่วยเหลือของ github.com เพื่อจุดประสงค์นี้และฉันสร้างโปรไฟล์ที่นั่นและดาวน์โหลด GUI สำหรับ Git ในส่วนนี้นั้นง่ายมาก แต่ฉันเกือบติดอยู่อีกต่อไป ฉันแค่ต้องการดำเนินการง่ายๆ (ง่ายจริงๆ) รวมถึง: การสร้างโครงการบน Git และทำแผนที่ไปยังโฟลเดอร์บนแล็ปท็อปของฉัน การตรวจสอบ / ตรวจสอบในไฟล์และโฟลเดอร์ การแก้ไขข้อขัดแย้ง …

14 version-control  git  github  team-foundation-server 

ฉันได้เขียนกรอบ PHP และ CMS ที่ด้านบนของกรอบ CMS นั้นขึ้นอยู่กับเฟรมเวิร์ก แต่มีเฟรมเวิร์กเป็นโฟลเดอร์ที่มีในตัวเองภายในไฟล์ CMS ฉันต้องการรักษาพวกเขาเป็นโครงการแยกต่างหากใน GitHub แต่ฉันไม่ต้องการยุ่งกับการปรับปรุงโครงการ CMS ทุกครั้งที่ฉันปรับปรุงกรอบ โดยหลักการแล้วฉันต้องการให้ CMS ดึงไฟล์เฟรมเวิร์กเพื่อรวมไว้ในไดเรกทอรีย่อยที่กำหนดไว้ล่วงหน้าแทนที่จะทำการคอมไฟล์เหล่านั้น เป็นไปได้ด้วย Git / GitHub? ถ้าเป็นเช่นนั้นฉันต้องรู้อะไรบ้างเพื่อให้ใช้งานได้ โปรดจำไว้ว่าฉันมีประสบการณ์ขั้นพื้นฐานมาก ๆ กับ Git - ฉันสามารถสร้างที่เก็บและคอมมิชชันโดยใช้ปลั๊กอิน Git สำหรับ Eclipse เชื่อมต่อกับ GitHub และนั่นเป็นเรื่องเกี่ยวกับมัน ฉันกำลังทำงานเดี่ยวในโครงการดังนั้นฉันไม่ต้องเรียนรู้มากขึ้นเกี่ยวกับ Git แต่ฉันต้องการเปิดให้ผู้อื่นได้เห็นในอนาคตและฉันต้องการให้แน่ใจว่าฉันทำถูกต้อง นอกจากนี้เวิร์กโฟลว์ในอุดมคติของฉันควรเป็นอย่างไรสำหรับโครงการที่มีการพึ่งพา คำแนะนำใด ๆ เกี่ยวกับเรื่องนั้นก็จะชื่นชมอย่างมาก หากคุณต้องการข้อมูลเพิ่มเติมเกี่ยวกับการตั้งค่าของฉันเพียงแค่ถามในความคิดเห็น

14 php  git  github  dependencies 

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

13 open-source  github