Удаленный запуск в PyCharm Community Edition

[@jgc128]

Есть еще такая классная штука как Python Tools For Visual Studio — она поддерживает даже точки останова в удаленных скриптах!
pytools.codeplex.com/wikipage?title=Features%20Remote%20Debugging

[@int19h]

А кто-то не поддерживает точки останова при удаленной отладке?

Кстати, с запуском у нас такие же заморочки. В смысле, что нужно городить огород с костылями вроде этого. Единственное что, бинарь не обязан называться python.exe. В идеале, конечно, надо бы прикрутить удаленный запуск напрямую через SSH — это есть в списке фич.

Впрочем, что касается конкретно Raspberry Pi, Win10 и PTVS — подождите Build через неделю, там будет кое-что :)

[@jgc128]

Решение, предложенное в статье — нет :)

В идеале, конечно, надо бы прикрутить удаленный запуск напрямую через SSH — это есть в списке фич.

О, будет здорово!

Впрочем, что касается конкретно Raspberry Pi, Win10 и PTVS — подождите Build через неделю, там будет кое-что :)

Будем ждать)

[@int19h]

>> Решение, предложенное в статье — нет :)

Хм. Это, видимо, из-за несоответствия локальных путей удаленным. Но обычно во всех средах, где удаленная отладка предусмотрена из коробки (в PyCharm это через pydevd), есть какой-то способ задать соответствие путей. Либо явно, как в PyDev, либо отладчик хитрым способом пытается отмапить пути, как у PTVS (мы ходим по удаленной файловой системе и ищем __init__.py, чтобы реконструировать часть пути, которая относится к имени модуля, а потом сравниваем только эту часть с локальным именем файла). В PyCharm, судя по докам, есть явный path mapping — почему нельзя использовать его?

[@jgc128]

Так в том и дело, что PyCharm в бесплатной версии не имеет возможности удаленной отладки.

[@PositiveAlex]

можно ведь прямо в ide написать скрипт для ansible, которая будет автоматом загружать другой скрипт по ssh куда угодно. для дебага это не удобно, конечно, но для получения результатов вполне сойдёт. хотя вариант с stdout через ансибл я не изучал.