Eclipse, импорттау жобасы, бірақ көшірмесін жасамайды

Мен Linux-ды негізгі операциялық жүйе ретінде пайдаланамын және Eclipse 3.7-де Windows виртуалды машинасында жұмыс істеуім керек.

Біз Subversion-мен жұмыс істеп жатырмыз, бірақ Linux-мен қуана-қуана жұмыс істейтін Emacs + magit-ді көмегімен git-svn-ді бақытты пайдаланамын. Осылайша, мен ОС-тан бірдей код бойынша жұмыс істей аламын және Linux-де нақты нұсқаны басқаруды басқарамын.

Сондықтан менде келесі ой бар еді:
1. каталогты виртуалды терезе арқылы бөлісіңіз 2. Ортақ каталогқа нұсқайтын жобаларды жасаңыз

Ал бұл жұмыс істемейді, себебі, ақымақ нәрсе бәрін көшіргісі келеді. Сондықтан мен жақсы идея болып көрінетін виртуалды қалталарды қолдануға тырыстым, бірақ қазір кейбір сценарийлер қате кодталған жолдарды таппағандықтан, сәтсіздікке ұшырайды.

Сондықтан мен не ойласам, қандай идеяны білмеймін?

EDIT:
Менің соңғы редакциямдағы соңғы әрекетім жұмыс істемейді, сондықтан менің қарапайым мәселе бар. Git/svn/кез-келген репозиторийлік төлемді ескере отырып, неге Eclipse-ге файлдарға тигізбестен жерде жобасын жасауды жай ғана айта алмаймын?

Eclipse үшін оны жасау қиын ма? Және де оны «қолдауға» жол берілмегендіктен, кез-келген шұғыл шешім бар ма?

0

3 жауаптар

From my experience, the stages are the following (using Indigo version): 1. Create new empty project 2. Click File->import->file system 3. in the import window import file system, check the files you want into the new project folder 4. Click on advanced in the import window and tick "create links in workspace"

Жаңа жоба бастапқы каталогқа сілтемелерді қамтуы керек.

5
қосылды

Eclipse өз жұмыс кеңістігіндегі көзді өзгертеді және жасайды. Ж мыс ке істігіні бірінші де гейі мына ж мыс ке істігіні данасына жергілікті болып табылатын + метадеректер болып табылады. Дәстүр бойынша, жұмыс кеңістігінде жұмыс істейтін жобалар бар.

Eclipse 2 байланыстырылған режимді қолдайды. Бірде, сіз жобаны жұмыс кеңістігінде жасағанда, оны файлдық жүйеде басқа жерде абсолютті жолмен бересіз. Мысалға, егер сізде «гиеп репонында» тұтылу жобалары болса, бұл ыңғайлы.

Басқа режимде сіз жұмыс орнында жергілікті жобаны жасайсыз. Содан кейін файлдар жүйесіндегі қалталарыңызды (дереккөз, ресурстар, қандай да бір) байланыстырасыз. Бұл SCP-дегі тұтылудың белгілі файлдарын (.project, .classpath, т.б.) сақтағысы келмейтін жобалар үшін пайдалы.

Әрбір ОЖ-да басқа жұмыс кеңістігін жасауыңыз керек (бұл туралы ешқандай жол жоқ). Бірақ сіз әрбір жұмыс кеңістігіндегі жобаларды жасап, ортақ орынға сілтеме жасай аласыз (оны ұсынбаймын, бірақ ол мүмкін емес).

4
қосылды
Жауап үшін рақмет, мен бұл мүмкіндікті бірінші рет көрген кезде көрген жоқпын ... Сондықтан мен аяқтағаннан кейін ғана SVN репозиторийін тексеруді жүзеге асырамын және екі операциялық жүйелерді SVN репозиторийі арқылы байланыстыра аламын, бұл шынымен оңтайлы емес, бірақ ең оңай жолы ... Мен басқаша істей алмас едім, мысалы, Linux-де дамытып, өзгерген файлдарды синхрондау үшін rsync демонстрациясы орнатылды, олар екі ОЖ-да пайда болуы үшін жасалды.
қосылды автор andrea_crotti, көзі

Мұнда да бір проблема болды және соңында шешім алды!

1) репоның клондарын жасаңыз, бірақ сіздің жұмыс кеңістігіңізге тікелей емес, менің жұмыс орнымда жұмыс кеңістігі орнына жұмыс кеңістігін2 пайдаланған.

2) Eclipse кезінде барлық жобаларды жұмыс кеңістігінде импорттаңыз2, бірақ «жұмыс файлын көшіру» деп белгілемеңіз, сондықтан бастапқы коды жұмыс кеңістігінде2 қалдырылады.

3) Готте пайда болған өзгерістерді project.options файлдарында (тек файлдың күні өзгертіледі) және .path файлдарында (кейбір сызықтар өз тапсырысын өзгертті) көресіз. Олардың барлығы маңызды емес өзгерістер болғандықтан, жергілікті филиал осы өзгерістерді жоққа шығарады.

Бәрі де, git басқа ешқандай өзгеріс көрмейді және файлдардың тұтқаны дұрыс ашылады!

Мен мұнда түсініктеме алу үшін қызықтырақ проблемаға тап болдым: импорттаудан кейін мен өзгерістерді көру үшін «git gui» -қа бардым, ал бірінші файл өзгерді, тек күнін өзгертетін «project.options» файлы болды, бірақ diff өзгеріссіз қалды). Гиге қате бар, ол go gui-ті шексіз циклге кіргізеді: файлдағы өзгерістерді анықтағанда және дифференциалды айырмасы жоқ болса, rescan орындалады, содан кейін бірдей өзгеріс анықталады және қайта сканерлеу циклына енгізіледі.

Бұл мәселені шешуге арналған түзету бар, бірақ бұл тек файлға (сіздің жобаңызда емес, барлық жобаларда) ақылға қонымды түсініктеме қосу жеңілірек болды, содан кейін «git gui» қайтадан бақытты болды, мен филиалдағы өзгерістерді қалпына келтіре алдым.

4
қосылды