Aptana 1.5 “svn: Ошибка, разрешающая случай”
Я нашел удобный метод, которым хотел бы поделиться.
Для Windows
Один раз доступ к USB
Нет необходимости в руте
Подключите телефон и компьютер к точке доступа или запустите переносную точку доступа с телефона и подключите к ней свой компьютер.
Получите IP-адрес вашего телефона, как предписано Брайаном (не нужно, если вы делаете горячую точку с телефона)
adb shell ip -f inet addr show wlan0
Откройте Блокнот
Напишите эти
@echo off
cd C:\android\android-sdk\platform-tools
adb tcpip 5555
adb connect 192.168.43.1:5555
Измените указанную выше папку, где ваш компьютер содержит файл abd.exe
Измените ip на ваш ip телефона.
Примечание : IP-адрес, указанный выше, является базовым IP-адресом устройства Android, когда оно создает точку доступа. Если вы подключаетесь к сети Wi-Fi и IP-адрес вашего устройства постоянно меняется при каждом подключении к точке доступа, вы можете сделать его статическим, настроив его в настройках Wi-Fi. Google это.
Теперь сохраните файл как ABD_Connect.bat (пакетный файл MS-DOS).
Сохраните его где-нибудь и отошлите ярлык на рабочий стол или кнопку «Пуск».
Подключитесь через USB один раз и попробуйте запустить какое-нибудь приложение. После этого, когда вы захотите подключиться без проводов, дважды щелкните по ярлыку.
Примечание : Иногда вам нужно открывать ярлык каждый раз, когда вы отлаживаете приложение. Так что создание сочетания клавиш для ярлыка на рабочем столе будет более удобным. Я сделал комбинацию клавиш, как Ctrl+Alt+S. Поэтому всякий раз, когда я хочу отладить, я нажимаю Shift+F9 и Ctrl+Alt+S
Примечание : если вы обнаружите ошибку device = null в окне cmd, проверьте свой IP, возможно, он имеет изменено.
2 ответа
« C: \ Users » означает Windows Vista или 7 ...
Это может быть связано с тем, как SVN плохо обрабатывает символическую ссылку Windows Vista (" junction "): , согласно этому билету (также описанному в ошибке 3208 ):
Эта ошибка воспроизводится в 100% случаев.
1) Если вы вызываете "
svn delete" против символической ссылки Windows Vista, такой как "c: \ documents and settings \", затем Subversion завершится с ошибкой "svn: Ошибка разрешения случая"\ my documents \ C: \ Documents и Настройки \ <имя пользователя> \ мои документы \ <некоторый путь>"'"2) Если вы установите текущий рабочий каталог на "
c: \ documents и settings \"и вызвать"\ my documents \ <некоторый путь> svn delete"против локальное имя файла операция завершается безупречно.
Это может быть связано с некоторыми правами ACL, препятствующими доступу SVN к данным:
Subversion пытается (через APR) разрешить точный случай всех переданных ей путей. Это не удается, потому что в этом конкретном примере есть путь, который невозможно прочитать.
Вы можете увидеть это через:
C:\>cacls "c:\Documents and Settings"
C:\Documents and Settings
Everyone:(DENY)(special access:) FILE_READ_DATA
Я знаю, что вы здесь ссылаетесь на C: \ Users , но, возможно, SVN внутренне попробует старый путь.
Старый вопрос, но у меня была родственная и похожая проблема с решением, которое кажется относящимся к этому:
Моя программа (не связанная с автоматизацией электронного проектирования) выдавала svn : Ошибка разрешения случая "<бла-бла> ошибок, за которыми следовало то, что выглядело как мое сообщение журнала фиксации. В конце концов я выяснил, что некоторые двойные кавычки (" ), которые я использовал для сообщения журнала, были интерпретируется как завершение сообщения, то остальная часть моего лепета была принята в качестве входных данных для svn. Мое решение заключалось в том, чтобы вместо этого просто использовать одинарные кавычки.
В вашем случае, похоже, что ваша программа (Aptana) может ошибаться, потому что, когда она видит пробелы в имени пути, она заключает путь в кавычки, возможно, что-то нарушает (избыточные кавычки?). Это будет решено, если вы просто работаете в корневом каталоге C: \ , потому что в корневом пути WC ... \ My Documents \ ... нет пробелов.