في هذه الدروس، ستتعرف على سير عمل GitHub، الملفات والمستودعات، المشكلات وطلبات السحب أو أوامر Pull Requests، أوامر الواجبات أو الالتزام أو Commits في بيئة الإدراج، الفروع والاستنساخ والتشعب، والمعالم Milestones. إنشاء Git هو نظام تحكم في الإصدار. وبشكل أكثر تحديدًا، إنها نظام تحكم في الإصدار الموزع، أي أن جميع العملاء الذين يسحبون المستودع هم في الواقع ينتزعون نسخة كاملة أو نسخة احتياطية لجميع البيانات. يمكنك العثور على شرح أكثر تفصيلا من هذا على موقع Git، كما أعرض هنا. يمكنك أن ترى الخادم يخزن إصدارات مختلفة من قاعدة البيانات، وتمكن العملاء من سحب هذه الملفات، مشاركة الكود فيما بينهم، ورفع الملفات مرة أخرى إلى الخادم. بسبب هذه الطبيعة الموزعة، هناك العديد من مهام سير العمل التي يمكن استخدامها. إذا ألقيت نظرة على موقع Git هذا، يقدم لك العديد من الأمثلة عن سير العمل التي يمكن تنفيذها. يبدأ فورًا بسير عمل بأسلوب Subversion، وهو شائع جدا. لديك العديد من المطورين هنا يقومون باستخدام مستودع مشترك. لذا يسحبون من المستودع المشترك. يقومون بإجراء تغييراتهم وتحديثاتهم، ويرفعون الملفات مباشرة إلى المستودع المشترك. أسفل ذلك مباشرة، سترى Integration Manager Workflow إدارة تكامل سير العمل. وما لديهم هنا هو ما يسمى مستودع blessed، وهذا المستودع blessed هو كود إنتاج إلى حد كبير. لديك العديد من المطورين الذين سيقومون بإنشاء الملفات. تعديل الملفات، والدفع إلى الفروع الخاصة بهم. وسيذهب كل هؤلاء بشكل أساسي إلى إدارة التكامل Integration manager. إدارة التكامل هي الوحيدة التي يمكن أن تدفع إلى المستودع blessed. لذا هذا يساعد على تجنب التعارض مع التعليمات البرمجية عندما يكون لديك عدة مطورين يعملون معًا. لذلك يجب تصفية كل شيء بشكل أساسي من خلال مدير التكامل، وإذا وجد مدير التكامل شيئًا ما الذي قد يؤدي إلى حدوث صراع، يمكنه إرسالها مرة أخرى إلى المطور مع تعليمات حول كيفية إصلاحه. أود أن أوصيك بمواصلة القراءة ومعرفة ما هي مهام سير العمل الأخرى التي يمكنك الاستفادة منها، لكن هذا يختتم هذا الدرس. وبعد ذلك، سنلقي نظرة على الملفات والمستودعات.