Go: اقتراح: دعم "الروابط الرمزية" في GOPATH

بعض التعليقات / الأسئلة:

• لم يتم تعريف المصطلح "مستودع". ماذا لو لم تكن الكود المصدري في GOPATH قادمًا من VSC أو قادمًا من Subversion الذي يدعم التحقق من دليل؟
• إذا كان المستودع يحتوي على عدة ثنائيات عامة ، فليس من الضروري نسخ التبعيات عدة مرات. يمكن وضع التبعيات الموردة تحت cmd / vendor.
• بقدر ما أستطيع أن أقول أن هذا الاقتراح لا يحل مشكلة "المكتبة والبرنامج في نفس المستودع".

@ kostya-sh

لم يتم تعريف المصطلح "مستودع"

تعطي الحاشية السفلية الأولى التفاصيل - إنها نفس التعريف كما هو مفترض هنا . لكنني أوافق على أن السؤال لا يزال مطروحًا عما إذا كان "المستودع" محددًا رسميًا في مكان ما؟

ماذا لو لم تكن الكود المصدري في GOPATH قادمًا من VSC أو قادمًا من Subversion الذي يدعم التحقق من دليل؟

سؤال مفتوح - أعترف بأن الاعتبار الوحيد حتى الآن هو الكود الذي يمثل جزءًا من "المستودع". لقد أضفت قسم "الأسئلة المفتوحة" في الجزء السفلي للإشارة إلى هذا السؤال.

إذا كان المستودع يحتوي على عدة ثنائيات عامة ، فليس من الضروري نسخ التبعيات عدة مرات. يمكن وضع التبعيات الموردة تحت cmd / vendor

في الواقع هذه طريقة واحدة لمشاركة التعليمات البرمجية المباعة بين الثنائيات. لكن أسلوب "الرابط الرمزي" يساعد في تسهيل أسلوب مشاركة هذا "البائع" مع رمز المكتبة (انظر النقطة التالية)

بقدر ما أستطيع أن أقول أن هذا الاقتراح لا يحل مشكلة "المكتبة والبرنامج في نفس المستودع".

هذا الاقتراح في حد ذاته لا ، لا. لكن المستودع المرتبط من قسم "المثال التحفيزي" يوضح كيف يمكن حل هذه المشكلة باستخدام مزيج من "الروابط الرمزية" و GOPATH.

الارتباطات الرمزية إشكالية للغاية. يبدو من غير الحكمة السماح لهم.