2009-10-07 10 views
9

मैं फ्लैश बिल्डर में विकसित एक प्रोजेक्ट को ट्रैक करने के लिए गिट का उपयोग कर रहा हूं, और मैं इसे ट्रैक करने के बारे में जाने का सबसे अच्छा तरीका सोच रहा हूं, खासकर फ्लैश बिल्डर जेनरेट की गई फाइलों, कंपाइलर जेनरेट की गई फाइलों और स्रोत फ़ाइलों के बारे में जरूरी फ्लेक्स फाइलें नहीं हैं।गिट + फ्लैश बिल्डर वर्कफ़्लो: मैं इसे कैसे सेट अप करूं ताकि गिट आसानी से काम कर सके?

मैं इसे फ्लैश बिल्डर के सभी उपेक्षा करने के लिए स्थापित किया था .gitignore के माध्यम से .project & डिबगिंग निर्देशिका:

.actionScriptProperties 
.flexProperties 
.metadata 
.project 
.settings 
bin-debug 

और भी .gitattributes के माध्यम से बाइनरी रूप में किसी भी swf/SWC फ़ाइलों के इलाज

*.swf -crlf -diff -merge 
*.swc -crlf -diff -merge 

इस सेटअप के साथ एक मुद्दा इस प्रोजेक्ट की जांच कर रहा है और फ्लैश बिल्डर में स्क्रैच से का उपयोग कर रहा है:

फ़्लैश बिल्डर इसे पसंद नहीं करते हैं जब आपके पास बिना प्रोजेक्ट फ़ोल्डर है। प्रोजेक्ट फ़ाइलें।

  1. एक नया फ्लेक्स आवेदन

  2. बुझाना टेम्पलेट यह बनाया (specifially APP_NAME.mxml) एक Git क्लोन के साथ फ़ाइलें बनाएँ: आयात फ्लैश बिल्डर में स्रोत के लिए एकमात्र तरीका है।

पुस्तकालय कहां रखा जाए? एक गिट परिप्रेक्ष्य से, मैं उन्हें रेपो के lib फ़ोल्डर में रखना चाहता हूं, इसलिए जब कोई रेपो क्लोन करता है, सबकुछ बस काम करता है, लेकिन स्थानीय फाइल सिस्टम परिप्रेक्ष्य से मैं अपने सभी पुस्तकालयों को एकल में स्टोर करना चाहता हूं स्थान और फ्लैश बिल्डर का संदर्भ देने के लिए उनका उपयोग करें, क्योंकि मैं लाइब्रेरी अपडेट कर सकता हूं या बाद का संस्करण डाउनलोड कर सकता हूं। शायद मुझे पुस्तकालयों को अपने स्वयं के रेपो में रखना चाहिए और उन्हें गिट मॉड्यूल के रूप में लोड करना चाहिए? इस तरह मुझे उन सभी एक्स प्रोजेक्ट्स में मेरी वाई लाइब्रेरी फ़ाइलों को अपडेट करने के लिए मैन्युअल रूप से याद रखने की आवश्यकता नहीं है, जो संपादित कर रहे हैं, संपादित करें: जब मैं प्रत्येक प्रोजेक्ट के सबोड्यूल को अपडेट करता हूं तो वे बस अपडेट होंगे।

और बाहरी swfs/flex मॉड्यूल के बारे में क्या? मैं अब के लिए बिन-डीबग फ़ोल्डर में बाहरी swf फ़ाइलों को चिपका रहा था, इसलिए SWFLoader क्लास उन्हें ढूंढ सकता है, लेकिन क्योंकि मैं बिन-डीबग फ़ोल्डर को संपादित कर रहा हूं, वे क्लोन के साथ रेपो के साथ नहीं आते हैं।

एक अंतिम मुद्दा यह है कि सर्वर के लिए फ़ाइलों को रखने के लिए। क्या मैं उन्हें एक अलग रेपो में रखता हूं? मैं एएमएफपीएचपी के साथ PHP VOs का उपयोग कर रहा हूं, इसलिए फ्लैश बिल्डर में मेरी क्रियालेख फ़ाइलों के साथ php फ़ाइलों को संपादित करने में सक्षम होना अच्छा है ... लेकिन वे प्रोजेक्ट src फ़ोल्डर में नहीं हैं।

वर्तमान समाधान मैं उपयोग कर रहा हूँ है: यह

  • रन की स्थापना पर

    1. ओर इशारा करते हुए एक अपाचे वर्चुअलहोस्ट परियोजना जड़

    2. में एक 'सर्वर' फ़ोल्डर बनाया जा रहा/डीबग सेटिंग्स http://APP_NAME.localhost

    3. फिर सर्वर फ़ोल्डर का उपयोग बिन- डिबग जब फ़ाइलों को निर्यात करने के

    इस के साथ समस्या यह मैं अपने सर्वर फ़ोल्डर में संकलक उत्पन्न फ़ाइलों की एक बड़ा गड़बड़ मिल गया है है, और गैर के रूप में स्रोत फ़ाइलें। यह सिर्फ एक सुरुचिपूर्ण समाधान की तरह प्रतीत नहीं होता है।

    आप फ्लैश बिल्डर के साथ आसानी से काम करने के लिए गिट सेट कैसे करते हैं? क्या यह सब कई गिट रेपो/फ्लैश बिल्डर परियोजनाओं, या एक एएनटी स्क्रिप्ट या कुछ के साथ हल किया जा सकता है?

    धन्यवाद।

  • +0

    फ्लैश बिल्डर के बारे में। प्रोजेक्ट फाइलें - मेरे पास अन्य सार्वजनिक रूप से उपलब्ध फ्लेक्स स्रोतों के माध्यम से इतना अनुभव नहीं है, लेकिन मैंने जो देखा है उससे यह स्रोत नियंत्रण में रखने के लिए सामान्य अभ्यास की तरह दिखता है। – weiji

    उत्तर

    2

    मैं एक अच्छा समाधान जो सभी ट्रैक न किए गए फ़ाइलों होने और एक बड़े पैमाने पर .ignore रखने का आतंक का बचा जाता है मिल गया है उपयोगकर्ता परिभाषित पुस्तकालय चर का उपयोग करने के लिए है सूची:

    अपनी परियोजनाओं को पूरा करने से पहले साफ़ करें।

    उतना सरल।

    चाहे यह फ़्लैश बिल्डर या चींटी द्वारा हो, चाहे आपके पास सफाई करने की क्षमता हो, इसलिए यदि आप प्रतिबद्ध करने से पहले बस साफ करते हैं, जेनरेट की गई फ़ाइलों की समस्या हल हो जाती है। ओह।

    असल में आप शायद इसे गिट हुक या कुछ के रूप में सेट कर सकते हैं।

    +1

    स्रोत को ट्रैक करना एक और कारण यह है कि यह अच्छी तरह से काम करता है: स्वच्छ संभावना आपकी जेनरेट की गई निर्देशिका को नहीं हटाएगी, लेकिन गिट खाली निर्देशिकाओं को ट्रैक नहीं करती है: http://git.or.cz/gitwiki/GitFaq#CanIaddemptydirectories.3F :) – timoxley

    2

    आमतौर पर किसी भी एससीएम के साथ ग्रहण परियोजनाओं के लिए, मैं शुरुआत में प्रोजेक्ट्स इत्यादि सहित सब कुछ जांचता हूं, लेकिन शायद आपके मामले में बिन-डीबग को छोड़कर। फिर बस यह सुनिश्चित कर लें कि कोई भी जो परियोजना को जांचता है, कभी भी उन .xxx फ़ाइलों में वापस जांच नहीं करता है। उदाहरण के लिए, जब मैं perforce का उपयोग करता हूं, तो मैं सबसे पहले .xxx फ़ाइलों को एक चेंजलिस्ट में देखता हूं जिसे मैंने कभी भी चेक इन नहीं किया है। फिर बाकी को एक अलग चेंजलिस्ट में देखें।

    एक और टिप जब, आदि का निर्माण पथ के साथ काम करने

    +0

    एक समस्या जो मैंने अभी खोजी है वह ग्रहण है। मेटाडेटा फ़ाइल जो ऐसा लगता है कि यह मेरे प्रोजेक्ट डीआईआर में रखना है, 140 मेगाहर्ट्ज से अधिक है। WTF? वैसे भी ... मुझे लगता है कि इन फ़ाइलों को बाहर निकालना सुरक्षित हो सकता है और केवल – timoxley