xmoonlight: я использую PHPStorm, он умеет в том числе и в SFTP. Не знаю, как он работает с файлами, закачивает только часть или как-то еще, знаю только, что у меня таких проблем никогда не возникало. В крайнем случае выдается ошибка о том, что синхронизация не может быть выполнена, и файл в проекте (локальном) остается в том виде, в котором он и был.
В целом я вообще использую во всех проектах длиннее пары часов git, через создание репозитория на удаленном сервере (Bitbucket, Github, свой удаленный - не важно), что занимает примерно одну минуту вместе с его клонированием в локальный проект. В итоге мне не важны проблемы с сохранностью как локального, так и удаленного кода и прочих ресурсов - все необходимое я пушу в репозиторий и оно там лежит в целости и сохранности.
Но если бы у меня вдруг была проблема с коннектом к удаленной машине из-за разрывов, то я бы наверное использовал такие варианты, на выбор:
1. Локальный виртуальный сервер, на котором тестировал бы и разрабатывал проект от и до, делая деплои на продакшн только после очередного успешного этапа разработки.
2. Удаленный тестовый сервер, на котором делал бы все то же самое, что в пункте 1, и потом все результаты работы закачивал бы на продакшн. Для пущей верности в обоих пунктах можно использовать что-либо для последующей сборки после деплоя, когда сначала закачиваются сорцы, и потом они уже через что-то вроде capistrano/etc заливаются куда надо, подставляются необходимые переменные окружения и конфиги и так далее.
Вообще же, я сейчас еще раз прочитал ваш вопрос и осмыслил его по-новому - возможно, вы имеете ввиду, что IDE должна работать с удаленными файлами/проектами, правя их прямо где-то удаленно? Если так, то это не правильный путь ни разу, всегда в IDE имеется локальная версия всех необходимых файлов, которые правятся локально и потом тем или иным образом попадают в ту или иную рабочую среду - командами IDE типа "синхронизировать", "закачать" или же некими скриптами, или созданием из файлов проекта папки проекта в виртуальном локальном хосте, и так далее.
Это гарантия сохранности проекта, плюс ради дополнительной сохранности можно использовать то, что я уже описал выше.
xmoonlight: говоря "Интересный вариант, особенно про консоль через ssh", я имел ввиду конечно же работу в вашей импровизированной IDE через консоль и ssh. Вообще же, если не нужен какой-то визуальный инструмент типа mc/far/etc, да, из IDE нет проблем подключаться что к локальному виртуальному серверу, что к удаленному, и проводить любые необходимые операции.
private_tm: если почасовой, то нет. В почасовом есть возможность закрыть контракт, выбрав пункт "Работа выполнена успешно" и просто оставить отзыв. В фиксе такая возможность появляется только после подтверждения клиентом твоего запроса денег, в общем подтверждения того, что ты выполнил очередной или единственный этап работы. Так что на фиксах я бы не проверял все это.
coderisimo: еще на него неплохо клиенты реагируют. В списке пропосалов он вроде как выделяет тебя. Но я не проверял, хотя по идее надо бы давно уже выступить в роли заказчика и попробовать тестовый оффер создать, чтобы интерфейс оценить.
Artem Gapchenko: такой NDA, что лучше перебздеть. Объяснять что-то, опасаясь выйти за рамки общедоступных сведений, не разделив свои знания как работника и обычного фрилансера, можно на раз два. Смысла рисковать нет, по крайней мере я бы не стал.
Да, помогает порезать быстро, но он платный, кого-то это может смутить. Для Ps есть плагины, выполняющие подобные функции, гуглить ek128_storm_plugin, рядом с ним остальные найдутся в обзорах.
coderisimo: конечно: https://support.upwork.com/hc/en-us/articles/219801228
This perk is available to all Top Rated freelancers and agencies upon entry into the program. Only one job on Upwork's feedback can be removed from your Job Success Score at a time. Jobs performed on Elance are not eligible. At least three months must pass and at least 10 new jobs on Upwork must be completed before you can submit another request.
Так что если ваш ответ на мой вопрос в другой ветке про TR - да, то вы можете смело воспользоваться этой опцией и удалить этот отзыв к чертям.
Пума Тайланд: насколько я понимаю из последних разговоров - да, можно. Но сам буду узнавать об этом на практике только к концу года или в начале следующего.
coderisimo: я все понимаю, но тут ты сам себе злобный буратино. Не посмотрел на недельный лимит, выбрал явно малоадекватного заказчика, вместо спокойствия за его счет (почасовой же) начинал писать ему гневные сообщения. Не в том смысле, что не надо требовать саппорт помочь тебе, но в том смысле, что нашел ты себе эти приключения полностью самостоятельно :-)
coderisimo: слишком эмоционально, как по мне. Надо постигать дзен, а еще лучше просто научиться отсеивать таких на стадии собеседования. Иногда лучше перебздеть.
fnktastic: выровняется обязательно, тем более что все эти негативные отзывы со временем перестают учитываться, если я верно понимаю написанное в их мануалах.
В целом я вообще использую во всех проектах длиннее пары часов git, через создание репозитория на удаленном сервере (Bitbucket, Github, свой удаленный - не важно), что занимает примерно одну минуту вместе с его клонированием в локальный проект. В итоге мне не важны проблемы с сохранностью как локального, так и удаленного кода и прочих ресурсов - все необходимое я пушу в репозиторий и оно там лежит в целости и сохранности.
Но если бы у меня вдруг была проблема с коннектом к удаленной машине из-за разрывов, то я бы наверное использовал такие варианты, на выбор:
1. Локальный виртуальный сервер, на котором тестировал бы и разрабатывал проект от и до, делая деплои на продакшн только после очередного успешного этапа разработки.
2. Удаленный тестовый сервер, на котором делал бы все то же самое, что в пункте 1, и потом все результаты работы закачивал бы на продакшн. Для пущей верности в обоих пунктах можно использовать что-либо для последующей сборки после деплоя, когда сначала закачиваются сорцы, и потом они уже через что-то вроде capistrano/etc заливаются куда надо, подставляются необходимые переменные окружения и конфиги и так далее.
Вообще же, я сейчас еще раз прочитал ваш вопрос и осмыслил его по-новому - возможно, вы имеете ввиду, что IDE должна работать с удаленными файлами/проектами, правя их прямо где-то удаленно? Если так, то это не правильный путь ни разу, всегда в IDE имеется локальная версия всех необходимых файлов, которые правятся локально и потом тем или иным образом попадают в ту или иную рабочую среду - командами IDE типа "синхронизировать", "закачать" или же некими скриптами, или созданием из файлов проекта папки проекта в виртуальном локальном хосте, и так далее.
Это гарантия сохранности проекта, плюс ради дополнительной сохранности можно использовать то, что я уже описал выше.