ฉันควรสร้างบัญชี GitHub ที่ทำงานและส่วนตัวแยกจากกันหรือไม่ [ปิด]


28

ฉันค่อนข้างใหม่ในการเขียนโปรแกรมและฉันได้ทำงานในหลายโครงการส่วนตัวซึ่งฉันกังวลสามารถเจอโง่และไม่เป็นมืออาชีพ ประเภทของโครงการที่ฉันมีคือ Reddit Image Downloader และเครื่องมือสำหรับGMที่ใช้ในเกมสวมบทบาท

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


4
ส่วนตัวแล้วฉันมีเพียงบัญชีเดียวสำหรับทั้งโครงการมืออาชีพและส่วนตัว ตราบใดที่บัญชีของคุณไม่สร้างความขุ่นเคืองฉันไม่เห็นเหตุผลที่จะใช้บัญชีเดียวกันเพื่อวัตถุประสงค์ทั้งสองข้อ หากมีสิ่งใดแสดงให้เห็นว่าคุณชอบทำงานและคุณไม่ได้ จำกัด ตัวเองกับแอปพลิเคชั่นบางประเภท
Dylan Ribb

3
สิ่งนี้ไม่ได้อยู่ที่นี่เพราะขอคำแนะนำด้านอาชีพ แต่ฉันสามารถพูดได้ว่าเมื่อฉันสัมภาษณ์โครงการส่วนตัวเป็นสินทรัพย์สำหรับผู้สมัครไม่ว่า "โง่" (สมมติว่าเราไม่ได้พูดถึงแอพผายลมหรืออะไร) โครงการที่คุณพูดถึงจะเป็นสิ่งที่ฉันคิดว่าควรพูดถึง
Gort the Robot

ลบหัวข้อคำแนะนำด้านอาชีพและทำให้เป็นเรื่องเพิ่มเติมเกี่ยวกับ GitHub (รวมถึงการเปลี่ยนแท็กออก)
Michael Durrant

1
@ เกือบทุกอย่าง: คุณได้รับอนุญาตให้นำงาน GitHub ที่แท้จริงมาทำหรือไม่? นายจ้างของคุณอาจไม่พอใจกับสิ่งนี้แม้ว่าคุณจะทำโครงการเหล่านั้นให้เป็นส่วนตัว
Marjan Venema

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

คำตอบ:


25

ฉันว่าคุณสามารถกินเค้กได้ด้วยเช่นกัน! แนะนำองค์กร GitHub

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

ประโยชน์ที่ได้รับ:

  • คุณจะได้รับการแบ่งแยกที่สะอาดตาที่คุณต้องการในขณะที่รักษาความสัมพันธ์ระหว่างกิจกรรม GitHub ส่วนตัวและมืออาชีพของคุณ
  • คุณจะสามารถควบคุมทุกอย่างจากบัญชีเดียว ไม่จำเป็นต้องเชื่อมต่อใหม่เพื่อเปิดพื้นที่เก็บข้อมูลในบัญชีมืออาชีพ - สิ่งที่คุณต้องทำคือเลือกองค์กรเมื่อคุณเปิดที่เก็บใหม่
  • ไม่จำเป็นต้องจัดการกุญแจ SSH ที่แตกต่างกันสองปุ่มบนคอมพิวเตอร์เครื่องเดียวกัน!
  • คุณสามารถเพิ่มผู้ใช้ GitHub อื่น ๆ ให้กับองค์กรของคุณและแม้กระทั่งโอนความเป็นเจ้าของขององค์กรให้กับพวกเขาหากคุณต้องการ ผู้ใช้แต่ละคนจะมีบัญชีของตัวเองดังนั้นคุณไม่จำเป็นต้องแชร์รหัสผ่านของบัญชีมืออาชีพกับบุคคลอื่น ในฐานะโบนัสบัญชีที่แตกต่างกันสามารถมีสิทธิ์ที่แตกต่างกันตามบทบาทที่แท้จริงของพวกเขาในทีม - สิ่งที่คุณไม่สามารถทำได้ด้วยบัญชี GitHub ที่ใช้ร่วมกันสำหรับโครงการมืออาชีพ

โดยทั่วไปวิธีการนี้จะให้ประโยชน์กับทั้งสองวิธี ข้อเสียเพียงอย่างเดียวคือถ้าคุณมีโครงการส่วนตัวที่คุณไม่มีใครเกี่ยวข้องกับพวกเขาด้วยใบหน้ามืออาชีพของคุณ อย่างไรก็ตามเกณฑ์เหล่านี้มักเกี่ยวข้องกับสิ่งผิดกฎหมายที่คุณไม่ต้องการใส่ใน GitHub ตั้งแต่แรกดังนั้นจึงไม่ควรเป็นปัญหา


18

ฉันแนะนำให้คุณเก็บไว้ด้วยกัน

  • การแสดงโครงการส่วนบุคคลที่เหมาะสมมักเป็นข้อดีอย่างยิ่งเนื่องจากแสดงให้เห็นถึงความปรารถนาและความคิดริเริ่มของคุณ
  • ง่ายต่อการจัดการสิ่งที่เกิดขึ้นเมื่อเวลาผ่านไป
  • ssh keys ที่จะจัดการเท่านั้น 1 ชุด
  • ไม่จำเป็นต้องเข้าสู่ระบบ / ออกจากที่หนึ่งไปยังอีก
  • ช่วยให้คุณมี 1 GitHub ต่อ 1 อีเมลส่วนบุคคลหลักได้ง่ายขึ้น

ฉันคิดว่าหนึ่งคำตอบสำหรับสิ่งที่คุณต้องการ (และสิ่งที่ฉันทำ) คือการมีบัญชีแบบชำระเงิน (ฉันคิดว่ามันคือ $ 7 ต่อเดือนสำหรับ 5 เอกชน) ที่ช่วยให้ที่เก็บส่วนตัวมากขึ้น ดังนั้นให้คนที่ทำงาน / เล่นที่คุณต้องการเป็นสาธารณะในที่สาธารณะและให้คนอื่นเป็นส่วนตัว


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

2
และนายจ้างจำนวนมากจะไม่ต้องการความเสี่ยงของการปนเปื้อนระหว่างคุณสมบัติขององค์กรของพวกเขาและบางโครงการงานอดิเรก ...
jwenting

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

เวกเตอร์ - นั่นคือเหตุผลที่ฉันพูดว่าใช้repos ส่วนตัวสำหรับโครงการดังกล่าว
Michael Durrant

1
แม้ว่าคุณจะทำงานในโครงการส่วนตัวนายจ้างคนหนึ่งอาจไม่พอใจกับสิ่งที่มันพิจารณาว่ารหัสของตน "เปิดใน" (ไม่ควบคุมโดยนโยบายความปลอดภัยของตนเอง) และแสดงให้ บริษัท อื่น ๆ ในระหว่างการสัมภาษณ์ แม้แต่การติดตั้ง GitHub ในโครงการส่วนตัวก็ถือว่าเป็นการขโมย ฉันรู้ว่าถ้าฉันใส่รหัสนายจ้างของฉันบน GitHub โดยไม่ได้รับความยินยอมจากพวกเขาฉันจะตกอยู่ในปัญหาร้ายแรง และฉันไม่ได้ลงนามใน NDA
Marjan Venema

10

ฉันคิดว่าคุณควรแยกบัญชีไว้

ในเกือบทุกกรณีงานที่คุณสร้างขึ้นเป็นเรื่องของการจ้างงานกับ บริษัท นั้นเป็นของ บริษัท มันไม่ใช่ทรัพย์สินของคุณ เมื่อคุณออกจาก บริษัท บริษัท จะเก็บทุกอย่างที่ทำงานไว้และคุณจะไม่มีสิทธิ์ใด ๆ อีกต่อไป

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

นี่เป็นกฎง่ายๆของฉันและแน่นอนว่าแต่ละองค์กรจะมีความคิดเห็นของตัวเองในเรื่องนี้ ฉันเห็นบาง บริษัท ตัดสินใจว่าพวกเขาไม่มีปัญหากับคุณในการเก็บสำเนาของสิ่งนี้เมื่อคุณออกจาก บริษัท ตราบใดที่พวกเขามีสำเนาด้วย ในทางกลับกัน บริษัท ที่ฉันทำงานอยู่นั้นคอยควบคุมสิ่งต่าง ๆ อย่างเข้มงวดและพวกเขาอาจจะยิงฉันถ้าฉันวางผลิตภัณฑ์งานของ บริษัท ไว้บน GitHub


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

1
@AlmostSFE - +1 ในคำตอบนี้ - ฉันคิดว่า tit เป็นคำที่ถูกต้อง การรักษาความเป็นส่วนตัวของคุณไม่ว่าจะเป็นด้านเทคนิคหรืออื่น ๆ นั้นเป็นนโยบายที่ดีที่สุดเสมอด้วยเหตุผลที่ระบุไว้ที่นี่และอื่น ๆ อีกมากมายเช่นกัน คุณสามารถใส่โครงการส่วนตัวของคุณในประวัติย่อของคุณโดยไม่คำนึงถึงและแม้แต่ลิงก์ไปยังที่เก็บ GitHub ส่วนตัวของคุณเพื่อแสดงสิ่งที่คุณทำ หากคุณต้องการย้ายไปทำงานอื่นการทำสิ่งต่าง ๆ ด้วยตนเองเพื่อขยายขอบเขตและเรียนรู้ทักษะใหม่ ๆ (แต่ไม่เสมอไป ... ) จะเป็นข้อดี: มันแสดงว่าคุณรักงานของคุณ มีความทะเยอทะยานและมีพลัง ฯลฯ
เวกเตอร์

2
อีกทั้งหลีกเลี่ยง / ลดภัยคุกคามที่แท้จริงของพวกเขาที่คิดว่ารหัสที่คล้ายกันในโครงการส่วนตัวของคุณถูกขโมยจากงานที่คุณทำเพื่อพวกเขา นายจ้างหลายคนเรียกร้องความเป็นเจ้าของรหัสทั้งหมดที่คุณเขียนระหว่างการจ้างงานแม้แต่รหัสที่คุณเขียนในเวลาว่างที่ไม่ได้ทำงาน การเรียกร้องดังกล่าวจะระงับในศาลฉันไม่สามารถบอกได้ (และจะขึ้นอยู่กับกฎหมายท้องถิ่นอยู่แล้ว) แต่มันเป็นเรื่องปกติและคุณต้องการหลีกเลี่ยงภาวะแทรกซ้อนเช่นนั้นถ้าคุณจบลงด้วยข้อพิพาทแรงงานใด ๆ
jwenting

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

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