سؤال

أنا أتطلع حاليًا إلى الهجرة من Maven2 إلى BuildR وأنا قلق بشأن كيفية حصولك على جفاف البرامج النصية للبناء.

حاليًا يتم تعريف مشروع Maven الخاص بنا بملف POM الأصل الذي يحتوي على جميع رمز الإنشاء الشائع ويتم التقاطه مثل أي تبعية أخرى:

<parent>
    <groupId>com.companyname</groupid>
    <artifactId>parent</artifactId>
    <version>1.0.0</artifactId>
</parent>

الآن أنا أبحث في BuildR وألاحظ أنه يحتوي على مفهوم محلي ، لكنه يتطلب وضع مستوى واحد ، على سبيل المثال:

/svnrepo/buildfile
/svnrepo/ProjectA
/svnrepo/ProjectB

هذه مشكلة ولكن لأن هذه المشاريع ليست مرتبطة وسيتم التحقق منها وإنشائها بشكل منفصل تمامًا. إذن سؤالي هو: كيف يمكنني حل هذه المشكلة على أفضل وجه؟ كيف يمكنني الإشارة إلى إنشاء مشترك أثناء القدرة على الخروج من مشروع واحد فقط في وقت واحد؟

هل كانت مفيدة؟

المحلول

لقد اكتشفت الإجابة على هذه المشكلة وأنا أركل نفسي حول مدى سهولة: إنشاء جوهرة.

استبدل Parent-pom.xml بـ parent.rb وتوزيع ملف Ruby على أنه جوهرة لتكون مطلوبة من قبل جميع المشاريع الأخرى.

نصائح أخرى

أعتقد بأنك محتار:

من ناحية ، تم تصميم مشاريعك الآن مع Maven ، مع 4 مستودعات مختلفة يمكنك التحقق منها في الأماكن المناسبة أو استخدام SVN: Externals. هذا يبدو وكأنه فكرة سيئة.

من ناحية أخرى ، تريد أن تفعل الشيء نفسه مع BuildR ، لكنك تشعر بالقلق من أنها لن تبدو جيدة؟

يرجى بناء تلك المشاريع بشكل منفصل بالفعل! إذا كان لديك رمز يمكن إعادة استخدامه من مشروع إلى آخر ، مثل مهمة مخصصة ، فاستخدم SVN: Externals في كل مشروع يشير إلى ملف Ruby الذي يتطلبه BuildFile.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top