Ищем альтернативу Dreamweaver с SFTP-синхронизацией

Мы — команда из 3 веб-разработчиков, и в настоящее время мы используем Dreamweaver на MacOS (уже не менее 10 лет) для управления примерно 100 веб-сайтами разного размера и сложности.

Мы все любим Dreamweaver, но хотели бы перейти на что-то другое и избежать платы за подписку.

Я заметил довольно много хороших вариантов (я пробовал Sublime Text, CODA и Brackets), но всем им не хватает хорошей синхронизации SFTP.

Я просмотрел Интернет, а также StackOverflow и не нашел ответа для нашего конкретного сценария, поэтому надеюсь, что у кого-то еще есть решение для нашей ситуации.

Может ли кто-нибудь определить редактор или IDE, который имеет как минимум следующие функции?

  • Совместимый с MacOS текстовый редактор (со всеми тонкостями) с подсказками кода, автозаполнением и раскрашиванием синтаксиса для HTML, CSS, JavaScript и PHP (наличие этих функций для jQuery является плюсом, но не требованием). Обратите внимание, что нам не нужно представление дизайна.

  • Возможность синхронизации ЛОКАЛЬНЫХ ФАЙЛОВ с УДАЛЕННЫМИ SFTP-файлами (откройте УДАЛЕННЫЙ файл, отредактируйте и сохраните его, а затем локальный файл будет обновлен с изменениями, а не наоборот, что CODA, похоже, может сделать).

  • Было бы неплохо иметь что-то похожее на систему Check-in/Check-out Dreamweaver.

Бесплатные или платные варианты в порядке (если это не оплата на основе подписки).

Очень может быть, что нам нужно придерживаться Dreamweaver или изменить нашу схему разработки, но я хотел бы изучить текущие доступные варианты, поскольку они существуют сегодня, прежде чем идти по этому пути.

Ответы (1)

Sublime Text 3 с плагином SFTP отлично работает. Sublime — это разовая плата за регистрацию (70 долларов США, которую вы действительно должны сделать, если используете ее в коммерческих целях), как и SFTP, хотя вы можете использовать ее столько, сколько хотите, со всеми функциями (я думаю) без платить, хотя опять же, если вы используете его в коммерческих целях, я бы заплатил за него (30 долларов США).

Вам нужно будет установить Package Control , де-факто менеджер пакетов Sublime для установки SFTP, но как только вы это сделаете, вам предстоит изучить целый мир пакетов, плагинов, цветовых схем, тем пользовательского интерфейса и т. д. Sublime as is имеет отличные универсальные функции, которые вы ожидаете от редактора программирования (маленький, невероятно быстрый, поддержка целого множества языков прямо из коробки и многое другое), но плагины расширяют API Sublime Python. делать практически все, что вы хотите — компилировать Typescript, Coffeescript, JSX, LESS, SCSS и т. д., запускать линтеры, иметь интеллектуальное завершение кода, выделять цветовые коды CSS цветом, который они представляют, и многое другое.

Единственным потенциальным недостатком для некоторых людей (но не для меня и многих других) является то, что почти все основано на тексте — файлы конфигурации, всплывающие подсказки, сообщения в строке состояния, диалоговые окна плагинов и т. д. Это обеспечивает огромную степень контроля, а не приходится пробираться через 47 различных вкладок, чтобы установить нужный параметр конфигурации, но это не так красиво, как кому-то, кто привык к Dreamweaver, может быть удобно. Впрочем, к этому привыкаешь.

Еще одна ключевая вещь, которую следует помнить, это то, что, хотя Sublime можно действительно накрутить всевозможными классными функциями и плагинами, в конце концов, это навороченный редактор кода, а не IDE. Он не может рефакторить ваш код, он не организует ваши проекты за вас (вы должны сделать это самостоятельно, хотя функция проекта очень хороша), а автозаполнение и линтеры не обязательно отловят все ваши ошибки, как IDE может. Я не считаю это недостатком, поскольку Sublime отлично справляется со своими задачами, но вам просто нужно знать, что, хотя у него есть функции, подобные IDE, в глубине души он не один.

Вот несколько полезных ссылок:

  • Официальная документация - очень полезная, но неполная.
  • Неофициальная документация намного полнее официальной, но в ней есть несколько пробелов, так как в последнее время разработка идет очень быстрыми темпами, и добавлено много новых функций. Написано сообществом, размещено на Github.
  • Управление пакетами — я уже упоминал об этом выше, но стоит повторить. Место для поиска плагинов и улучшений.
  • Сборки разработчиков — как только вы станете зарегистрированным пользователем, у вас будет доступ к этим «передовым» сборкам. Обновления приходят быстро и яростно какое-то время, затем прекращаются на 6-8 месяцев или около того. Используйте их для тестирования новейших функций. В целом сейчас довольно надежно, обновления будут очень быстро выпущены, если будут критические дефекты. Пользуюсь им уже около 3-х лет. Принимайте собственное решение о том, использовать их или нет, дело может быть рассмотрено в любом случае.

И это все. Удачи!

Спасибо. пробовал это в течение нескольких часов и не смог заставить его работать для моих целей. Возможность управлять несколькими сайтами (в моем случае чуть более 100) кажется пугающей с этим продуктом. Я вижу довольно много преимуществ (с точки зрения текстового редактора) для Sublime, но он не соответствует DW для управления несколькими сайтами (и командами). Я ошеломлен (и разочарован), что не могу найти другой альтернативы. Я полагал, что нам придется переработать наши процессы или придерживаться DW.
@OneNerd дааа. Я понятия не имел, что вы работаете с таким количеством сайтов. Рассматривали ли вы возможность использования чего-то вроде Transmit для сопоставления серверов в качестве локальных томов? Я использовал это для подключения к паре серверов, но это кажется довольно масштабируемым. Пользуюсь уже года 3 или 4, мне нравится.
Даст ли мне передача возможность синхронизировать удаленный сайт с локальной папкой (другими словами, используя мой локальный диск в качестве резервной копии файлов на удаленном сервере)?
Что я хотел бы сделать, так это открыть УДАЛЕННЫЙ файл (из файлового дерева), после чего локальный файл СИНХРОНИЗИРУЕТСЯ с УДАЛЕННЫМ файлом. Затем после редактирования, когда я СОХРАНЯЮ, и УДАЛЕННЫЙ, и ЛОКАЛЬНЫЙ файл СИНХРОНИЗИРУЮТСЯ. Итак, я работаю с УДАЛЕННЫМ файловым деревом, но ЛОКАЛЬНЫЕ файлы обновляются, когда я (1) ОТКРЫВАЮ, а также (2) СОХРАНЯЮ УДАЛЕННЫЙ файл. Это наш текущий рабочий процесс.
@OneNerd это то, как работает Transmit, за исключением того, что ЛОКАЛЬНОГО файла нет - поскольку REMOTE отображается как локальный том, вы выполняете операции с ним так же, как и с файлом, расположенным на любом другом общем сетевом сервере. Когда вы сохраняете, вы сохраняете непосредственно в REMOTE, исключая любые возможности рассинхронизации LOCAL и REMOTE, поскольку «LOCAL» не существует . Это немного отличается от того, к чему вы привыкли, но это может помочь улучшить ваш рабочий процесс.
@OneNerd, вы также используете контроль версий, например git? Если нет, вы действительно должны быть. В Sublime есть всевозможные плагины, связанные с git.
Мой контроль версий — это Dropbox и Mac OS Time Machine. У меня есть папка на моем Mac, которая по сути является моей папкой Dropbox. Мы указываем все Mac на одну и ту же папку Dropbox (чтобы на всех машинах были одни и те же синхронизированные файлы). Затем, конечно, машина времени создает резервные копии. Таким образом, конечным результатом является то, что в нашей локальной папке (в DW) есть резервные копии и версии, а также облачная синхронизация через Dropbox (за 100 долларов в год), а на активном сайте SFTP есть последняя итерация. Это был рабочий процесс, который мы использовали, и он отлично работает. Я не могу понять, как использовать GIT для той же цели. Можете предложить статью?
@OneNerd хорошо, всегда есть Git Book . Вы также можете ознакомиться с разделами Github Guides и Help , а также Wikipedia . По сути, это работает так: вы используете сервер (например, Github, у которого есть частные репозитории за 7 долларов США в месяц, общедоступные бесплатны), на котором работает gitсерверное программное обеспечение. Затем клиенты могут отправлять изменения на сервер, где они отслеживаются. Можно создать несколько ветвей, а изменения между ними объединять по частям или все сразу.
Вы можете перемещаться вперед и назад во времени, видя, как изменился тот или иной файл, и, что немаловажно, кто его изменил. Если вы случайно что-то удалили или испортили, это легко восстановить. Хотя Dropbox удобен (я сам активно им пользуюсь), в нем просто нет детализации и защиты, встроенных в git. Вы можете использовать git на самом базовом уровне или по- настоящему погрузиться во все доступные команды. Система также полностью программируема, а крючки доступны для многих языков. Это также совершенно бесплатно, если вы не используете частные репозитории на Github или где-либо еще.
Вы можете работать над несколькими версиями проектов одновременно с помощью веток, что просто невозможно в Dropbox, если вы не постоянно создаете новые копии целых деревьев каталогов, точно отслеживая, какие изменения были сделаны в каждом дереве, а затем вручную согласовываете файлы в конец. Git используется как отдельными разработчиками, так и крупными корпорациями, от крошечных разовых проектов до ядра Linux. Он невероятно стабилен и довольно удобен для пользователя, как только вы освоите основы. Просто попробуйте: создайте репозиторий на Github для небольшого проекта, который вы не против опубликовать, и посмотрите, как идут дела.
О, и еще одно: протокол git очень безопасен, как с использованием https, так и с ssh.