كيف يمكنك التعامل مع Java IDEs وsvn المختلفة؟

Question

كيف يمكنك التأكد من أنه يمكنك سحب الكود إلى Eclipse أو NetBeans والعمل معه هناك؟

يحرر:إذا لم تقم بإيداع الملفات ذات الصلة بـ ide، فيجب عليك إعادة تكوين مسار البناء، ويتضمن كل هذه الأشياء، في كل مرة تقوم فيها بالخروج من المشروع.لا أعرف ما إذا كانت ant (خاصة ملف بناء النمل الذي تم إنشاؤه/تصديره من Eclipse) ستعمل مع بيئة تطوير متكاملة أخرى بسلاسة.

Answer 1

الإجابة الذكية هي "من خلال القيام بذلك" - إلا إذا كنت لا تعمل مع عدة بيئات تطوير متكاملة، فلن تعرف ما إذا كنت مستعدًا حقًا للعمل مع بيئات تطوير متكاملة متعددة.أمين.:)

لقد رأيت دائمًا منصات متعددة أكثر تعقيدًا، لأنها قد تستخدم معايير تشفير مختلفة (على سبيل المثال.قد يكون Windows هو ISO-8859-1 افتراضيًا، وLinux إلى UTF-8) - بالنسبة لي، تسبب التشفير في مشكلات أكثر بكثير من IDEs.

بعض المؤشرات الأخرى:

• قد ترغب في الذهاب مع Maven (http://maven.Apache.org)، دعه ينشئ ملفات محددة IDE ولا يلزمها مطلقًا بالتحكم بالمصادر.
• من أجل التأكد من أنك تقوم بإنشاء المنتجات الصحيحة، يجب أن يكون لديك خادم مخصص لبناء التسليمات الخاصة بك (على سبيل المثال.التحكم في السرعة)، إما بمساعدة النمل أو المخضرم أو أي أداة أخرى.هذه التسليمات هي تلك التي يتم اختبارها خارج أجهزة التطوير.طريقة رائعة لتوعية الناس بوجود عالم آخر خارج أجهزتهم.
• منع تضمين أي مسار خاص بالجهاز في أي ملف IDE محدد موجود في التحكم بالمصادر.قم دائمًا بالإشارة إلى المكتبات الخارجية بأسماء المسارات المنطقية، ويفضل أن تحتوي على نسختها (إذا كنت لا تستخدم maven)

Answer 2

نحن في الواقع نحتفظ بمشروع Netbeans وEclipse للتعليمات البرمجية الخاصة بنا في SVN الآن دون أي مشاكل على الإطلاق.لا تتخطى ملفات Netbeans ملفات Eclipse.لدينا مشاريعنا منظمة مثل هذا:

sample-project   
+ bin
+ launches  
+ lib  
+ logs
+ nbproject  
+ src  
  + java
.classpath
.project
build.xml

يبدو أن أكبر النقاط هي:

• حظر أي مسارات مطلقة في ملفات المشروع لأي من IDE.
• قم بتعيين ملفات المشروع لإخراج ملفات الفصل إلى نفس الدليل.
• SVN: تجاهل الدليل الخاص في دليل .nbproject.
• SVN: تجاهل الدليل المستخدم لإخراج ملف الفئة من IDES وأي أدلة أخرى تم إنشاؤها في وقت التشغيل مثل دليل السجلات أعلاه.
• اطلب من الناس أن يستخدموا باستمرار حتى يتم حل الاختلافات بسرعة.
• الحفاظ أيضًا على نظام بناء مستقل عن IDEs مثل Cruisecontrol.
• استخدم UTF-8 وتصحيح أي مشكلات ترميز على الفور.

نحن نعمل على تطوير نظام Fedora 9 32 بت و64 بت، وVista، وWindowsXP، ويستخدم حوالي نصف المطورين أحد بيئة التطوير المتكاملة (IDE) أو الآخر.يستخدم عدد قليل منهم كليهما ويتنقلون ذهابًا وإيابًا بانتظام.

Answer 3

أفضل شيء هو على الأرجح لا قم بتنفيذ أي ملف متعلق بـ IDE (مثل ملف Eclipse's .project)، وبهذه الطريقة يمكن لأي شخص التحقق من المشروع والقيام بما يريده.

ومع ذلك، أعتقد أن معظم IDEs لديها نظام ملفات التكوين الخاص بها، لذلك ربما يمكنك تنفيذ كل ذلك دون حدوث أي تعارض، لكنه يبدو فوضويًا.

Answer 4

بالنسبة للجزء الأكبر، أتفق مع seldaek، لكنني أميل أيضًا إلى القول إنه يجب عليك على الأقل تقديم ملف يوضح التبعيات، وإصدار Java الذي سيتم استخدامه للتجميع، وما إلى ذلك، وأي شيء إضافي غير NetBeans قد يحتاج مطور /Eclipse إلى التجميع في IDE الخاص به.

نحن حاليًا نستخدم Eclipse فقط ولذلك نلزم جميع ملفات Eclipse .classpath .project بـ svn والذي أعتقد أنه الحل الأفضل لأنه بعد ذلك يستطيع الجميع أيضًا إعادة إنتاج الأخطاء وما ليس بسهولة بدلاً من العبث بمواصفات IDE.

Answer 5

أنا من فلسفة أن البناء يجب أن يتم من خلال نهج "القاسم المشترك الأدنى".ما يدخل في التحكم بالمصادر هو ما هو مطلوب للقيام بالبناء.بينما أقوم بالتطوير حصريًا باستخدام Eclipse، فإن تصميمي يتم باستخدام ant في سطر الأوامر.

فيما يتعلق بالتحكم بالمصادر، فأنا أتحقق فقط من الملفات الضرورية للإنشاء من سطر الأوامر.لا توجد ملفات الكسوف.عندما أقوم بإعداد جهاز تطوير جديد (على ما يبدو مرتين في السنة)، يستغرق الأمر القليل من الجهد لجعل Eclipse يستورد المشروع من ملف بناء النمل ولكن لا شيء مخيف.(من الناحية النظرية، يجب أن يعمل هذا بنفس الطريقة مع بيئات تطوير متكاملة أخرى، أليس كذلك؟من المؤكد أنهم يجب أن يكونوا قادرين على الاستيراد من النمل؟)

لقد قمت أيضًا بتوثيق كيفية إعداد الحد الأدنى من بيئة البناء.

Answer 6

أستخدم maven، وأتحقق فقط من pom & source.
بعد التحقق من المشروع، أقوم بتشغيل mvn Eclipse:Eclipse
أقول لـ svn أن يتجاهل المشروع الذي تم إنشاؤه، وما إلى ذلك.

Answer 7

وإليك ما أفعله:

1. احتفظ فقط بالتحكم في المصدر في البرنامج النصي الخاص ببناء النمل ومسار الفئة المرتبط به.يمكن أن يكون Classpath صريحًا في البرنامج النصي ant أو ملف خاصية أو تتم إدارته بواسطة ivy.
2. اكتب هدف النمل لإنشاء ملف Eclipse .classpath من مسار النمل
3. سيستخدم Netbeans البرنامج النصي للبناء ومسار الفئة، ما عليك سوى تكوينه للقيام بذلك من خلال مشروع ذو نموذج حر.

بهذه الطريقة تحصل على نصوص بناء مستقلة IDE ومطورين سعداء :)

هناك مدونة على موقع netbeans حول كيفية القيام بذلك 3.لكن لا يمكنني العثور عليه الآن.لقد وضعت بعض الملاحظات حول كيفية القيام بما سبق على موقعي - نص الرابط (سريع وقبيح رغم ذلك، آسف)

لاحظ أنه إذا كنت تستخدم Ivy (فكرة جيدة) وEclipse، فقد تميل إلى استخدام البرنامج الإضافي Eclipse ivy.لقد استخدمته ووجدت أنه عربات التي تجرها الدواب بشكل فظيع وغير موثوق بها.من الأفضل استخدام 2.فوق.