השלבים הבאים
הוספת הקשר לבעיה, תרמת סקירת קוד ואולי אפילו הגשת בקשת משיכה משלך. כעת, ברצונך לשקוע בקהילה סביב הפרוייקט.
התערבות בקהילה
תוכל למצוא משתתפים תכופים בפרוייקט במקטע ההערות עבור בעיות ובקשות משיכה. לחלופין, באפשרותך לבחור תובנות שלך בניווט של המאגר ולאחר מכן לבחור משתתפים חברים אחרים בקהילה הפעילה. בקר בפרופילי GitHub שלו. לפעמים הם יציעו דרכים ליצור איתם קשר.
באפשרותך גם לעקוב ארגונים וארגונים ב- GitHub כדי לשמור על קשר. לוח המחוונים האישי שלך מציג פעילות ציבורית עבור כל ארגון, משתמש או ארגון שאתה עוקב אחריהם.
תוכל גם למצוא אנשים שדומים לאנשים על-ידי השתתפות בכנסים או בכנסים בנושאים של קוד פתוח. לחלופין, באפשרותך לפגוש אנשים אם הפרוייקט או המערכת האקולוגית גדולים מספיק מסביב לפרוייקט שבו אתה מעוניין. חפש ארכיונים עם הקלטות הרצאה עבור אירועים בעבר, פודקאסטים, ידיעונים ורשימות דיוור.
פרוייקטים מסוימים כוללים תקשורת מרוכזת, שאליה יש הפניה לעתים קרובות באתר האינטרנט של הפרוייקט או בקובץ README. ייתכן שיש שרת Discord, קהילת Slack, Gitter, IRC או אפילו "שעות משרד" רגילות.
יכולת שימוש חוזר בקוד
לעתים ניתן להשתמש בקוד ובפתרונות בפרוייקטים השונים. האם פתרת בעיה עם טווח רחב מאוד עבור פרוייקט אחד? רוב הסיכויים שפרוייקטים אחרים יכולים ליהנות ממנו גם כן. אתה יכול:
- פרסם כספריה עצמאית (תלות).
- שקף את הפרוייקט עם הפונקציונליות שנוספה.
- צור פעולת GitHub כדי שאחרים יכללו בזרימת העבודה שלהם.
האפשרות הראשונה היא ככל הנראה דרך הפעולה הטובה ביותר כאשר חלק מהקוד שלך דומה לתוסף שניתן להשתמש בו בפרוייקטי פיתוח אינטרנט. שיקוף או סימון בדיו על פרוייקט באמצעות הוספת הקוד שלך שימושיים כאשר אתה פותר מקרה שימוש צר עבור קבוצת משנה קטנה של לקוחות, או אפילו לקוח יחיד. שקול שתצטרך לעדכן את המזלג שלך במאגר במעלה הזרם אם ברצונך ליהנות תיקוני אבטחה (לדוגמה).
פעולות GitHub הן קבצי Script ארוזים שהו להפוך משימות לאוטומטיות בזרימת עבודה של פיתוח תוכנה ב- GitHub. שני סוגי הפעולות השונים הם פעולות גורם מכיל ופעולות JavaScript. באפשרותך להגיש את הפעולה שלך ל- GitHub Marketplace לגילוי. GitHub Marketplace אותך למפתחים שברצונך להרחיב ולשפר את זרימות העבודה שלהם ב- GitHub. השתמש בפלטפורמה זו כדי לפרסם פעולות ולשתף יישומים עם משתמשים אחרים ללא תשלום.
עבור כל שלושת הנתיבים המוצעים, שקול מעתה שאתה מתחזק פרוייקט. אנשים באים לך עם שבח, שאלות ותלונות. האם אתה מוכן להתחייבות כזו?
אם הפרוייקט שלך מכבה, האפליקציות של אנשים עשויות להיות תלויות בביט של הקוד שלך. אתה יכול לערב יותר אנשים כדי להוריד חלק מהטעינה הפוטנציאלית? האם יש לך זמן להוסיף תיעוד, בעיות סדר עדיפויות ולס סקור הצעות מאנשים ש להניח שלא פגשת בעבר? שקול את "רוחב הפס" שלך, ובמקום זאת הגדר את הציפיות בקובץ README של הפרוייקט. לחלופין, באפשרותך לשחרר את הקוד שלך באתר אינטרנט ציבורי או בפרסום בבלוג. הקוד לא חייב להיות ב- GitHub כדי להיות קוד פתוח, אחרי הכל.