- إعداد خوادم Git خاصة على نظام التشغيل Windows باستخدام Git Daemon والشبكات الافتراضية مثل Hamachi.
- تطبيق سير العمل الاحترافي من خلال فصل فرع الإنتاج (الرئيسي) عن فروع التطوير.
- إدارة المصادقة الآمنة باستخدام مفاتيح SSH ورموز الوصول الشخصية (PAT) للبيئات البعيدة.
- تعديل المعلمات العامة في Git لتجنب تعارضات فواصل الأسطر بين أنظمة التشغيل Windows و Unix.
أنا متأكد أنك مررت بهذا الموقف: لديك عدة أجهزة كمبيوتر في المنزل أو المكتب، وتريد مزامنة شفرتك البرمجية دون الاعتماد بالضرورة على خدمات التخزين السحابي الخارجية. مع أن الجميع يستخدم GitHub هذه الأيام، إلا أن هناك حالات تُفضل فيها إنشاء خادم Git خاص بك للتحكم الكامل في ملفاتك ومنع أي طرف ثالث من تخزين ملكيتك الفكرية.
قد يبدو إعداد هذا على نظام ويندوز أمرًا معقدًا، خاصةً عند مواجهة مشاكل في الشبكة أو أخطاء اتصال غير مفهومة. لكن لا تقلق، سنشرح لك خطوة بخطوة كيفية توصيل أجهزتك، سواءً باستخدام الشبكات الافتراضية مثل Hamachi ، أو خوادم لينكس السحابية، أو إعداد SSH التقليدي، لضمان سلاسة العمل.
إعداد خادم Git الخاص بك على نظام التشغيل Windows باستخدام شبكة افتراضية
إذا كان لديك جهازان يعملان بنظام ويندوز 11 وتريد أن يعمل أحدهما كخادم، فإن أسرع طريقة عندما لا يكونان على نفس الشبكة المحلية هي استخدام Hamachi. للقيام بذلك، عليك أولاً تثبيت Git وHamachi على كلا الجهازين. يكمن السر هنا في عدم محاولة الدفع إلى مجلد عادي، بل في إعداد مستودع غير فارغ أو استخدام أداة Git Daemon.
للبدء، أنشئ مجلدًا لمشروعك (على سبيل المثال، C:\Repos\Test.git) وقم بتشغيله git initمن الضروري إضافة ملف واحد على الأقل، مثل ملف .gitignore، للقيام بذلك git add . ثم قم بإصدار أول أمر تأكيد. للسماح للكمبيوتر الآخر بالاتصال، يجب عليك تنشيط الخادم باستخدام الأمر git daemon --export-all --base-path=. --reuseaddr --verboseمن جانب العميل، لتجنب مشاكل الأذونات، يُنصح بتشغيل git config --global sendpack.sideband false قبل إطلاق تم استنساخها باستخدام عنوان IP بواسطة هاماتشي.
إدارة الفروع وسير العمل المهني
من الأخطاء الشائعة عند البدء في تطوير البرمجيات هو رفع جميع التغييرات مباشرةً إلى الفرع الرئيسي. هذا غير مستحسن، لأن الفرع الرئيسي هو بيئة الإنتاج ، أي المكان الذي يحتوي فقط على الكود الجاهز للنشر. من الأفضل إنشاء فرع باسم "default" أو "develop" لتولي المهام الرئيسية.
تتمثل آلية العمل المنطقية في إجراء عمليات الالتزام على الفرع الفرعي، ثم دفع التغييرات، وحفظها في Git ، وبعد التأكد من سلامة جميع العمليات، يتم دمجها مع الفرع الرئيسي . بهذه الطريقة، تحافظ على سجل نظيف وتمنع أي خطأ بسيط من التأثير على النسخة المستقرة من تطبيقك.
البدائل المتقدمة: خوادم وبروتوكولات الحوسبة السحابية
إذا كنت تبحث عن جهاز أكثر قوة من جهاز الكمبيوتر المنزلي، فإن إعداد خادم لينكس (أوبونتو أو سنت أو إس) هو الخيار الأمثل. يمكنك هنا تثبيت جيت باستخدام apt-get install git o yum install git-coreفي هذه البيئات، يكون البروتوكول الرئيسي هو SSH (الغطاء الآمن)لأنه يوفر تشفيرًا قويًا ويسمح بإدارة الوصول دون الكشف عن كلمات المرور كنص عادي.
لترحيل مشروع محلي إلى خادم بعيد من هذا النوع، فإن أفضل طريقة هي إنشاء نسخة "مجردة" (بدون ملفات العمل، فقط قاعدة بيانات Git) باستخدام git clone --bare ثم قم بتحميله إلى الخادم باستخدام الأمر scpهذا يحول خادمك إلى عقدة التزامن المركزية حيث يمكن لجميع المطورين في الفريق سحب الملفات ودفعها.
تهيئة بيئة Git الأساسية
قبل أن تبدأ بتنفيذ الأوامر بشكل عشوائي، عليك إعداد بيئتك بشكل صحيح. يحتاج Git إلى معرفة هويتك لتوقيع عمليات الالتزام؛ إذا لم تقم بتهيئته... user.name y user.emailسيعرض لك النظام أخطاءً أو يُعيّن أسماءً عامة. يمكنك تطبيق هذه التغييرات على مستوى النظام لتؤثر على جميع مشاريعك، أو محليًا إذا كنت ترغب في استخدامها. هويات مختلفة تبعاً للمستودع.
من النقاط المهمة الأخرى في نظام ويندوز التعامل مع فواصل الأسطر. يستخدم ويندوز CR+LF، بينما يستخدم لينكس وماك أو إس LF فقط. لمنع جيت من وضع علامة "معدل" على الملفات بناءً على التنسيق فقط، يجب عليك تشغيل الأمر التالي: git config --global core.autocrlf true على نظام ويندوز. يمكنك أيضًا تخصيص إعداداتك محرر النصوص الافتراضي (مثل Visual Studio Code أو Sublime Text) لجعل عمليات إعادة التأسيس أو تحرير الرسائل أكثر ملاءمة.
الاتصال بـ GitHub: رموز SSH مقابل رموز PAT
إذا قررتَ في النهاية استخدام GitHub، فلديك طريقتان للمصادقة. الأولى هي SSH، والتي تتضمن إنشاء زوج من المفاتيح (عام وخاص). يُرفع المفتاح العام إلى GitHub، بينما يبقى المفتاح الخاص على جهازك. هذا هو الخيار الأنسب لأنه يُغنيك عن كتابة كلمة المرور مع كل عملية دفع، بشرط أن يكون برنامج ssh-agent مُفعّلاً.
الخيار الثاني هو رموز الوصول الشخصية (PATs). تُعد هذه الرموز مثالية إذا كنت تعمل على العديد من الأجهزة المختلفة أو في بيئات التكامل المستمر. عند إنشاء رمز في إعدادات مطور GitHub، فإنه يعمل ككلمة مرور مؤقتة بصلاحيات محددة ، مما يضيف طبقة أمان إضافية حيث يمكنك إلغاء الرمز في أي وقت دون تغيير كلمة مرورك الرئيسية.
إتقان استخدام أجهزة التحكم عن بعد وحل النزاعات
إدارة عدة خوادم بعيدة أمر سهل إذا كنت تفهم الأمر git remote addيُسمى الخادم الرئيسي افتراضيًا "origin"، ولكن يمكنك إضافة أي عدد تريده من الخوادم البعيدة. إذا أخطأت في عنوان URL أو غيرت البروتوكولات (من HTTPS إلى SSH، على سبيل المثال)، فلن تحتاج إلى حذف الخادم البعيد؛ فقط استخدم git remote set-url origin .
إذا وجدت أن جهاز التحكم عن بعد موجود بالفعل، يمكنك إعادة تسميته باستخدام git remote rename أو القضاء عليه تمامًا باستخدام git remote rm. تذكر ذلك لا يؤدي قطع الاتصال عن بُعد إلى مسح البيانات على الخادم، يقوم ببساطة بقطع الرابط بين مجلدك المحلي والخادم الخارجي، مما يسمح لك بإعادة الاتصال بوجهة مختلفة دون فقدان سجل التغييرات الخاص بك.
يتطلب إتقان ربط المستودعات فهم كل شيء بدءًا من إعدادات الهوية الأساسية وفواصل الأسطر وصولًا إلى نشر خوادم خاصة باستخدام Git Daemon على الشبكات الافتراضية وتأمين مفاتيح SSH في السحابة. سواء اخترت سير عمل محليًا باستخدام Hamachi أو بنية تحتية احترافية على GitHub، يكمن السر في إدارة الفروع بشكل صحيح لحماية الإصدار المستقر واستخدام بروتوكولات المصادقة المناسبة لضمان أمان الكود.
