Где вы храните свою среду веб-разработки, на рабочей станции или на сервере?

Question

Через несколько лет я использую свою рабочую станцию ​​в качестве среды разработки. Я думаю, что большинство веб-разработчиков используют свою рабочую станцию ​​для работы своих серверов, Apache, Tomcat, Mongrel и т. Д. Я работал в компании, у которой есть сервер разработки Unix в другом городе, с корневой папкой документов, совместно используемой с samba. Я все еще работаю на своем ПК с Windows, потому что для использования IDE, такой как Eclipse PDT и RubyMine, требуется быстрый доступ к файловой системе, и потому что я хочу попробовать что-то самостоятельно, не беспокоясь о билетах службы поддержки и подобных вещах. Я предпочитаю запускать свои инструменты, легко устанавливать / удалять программное обеспечение.

Основная проблема заключается в том, что я вынужден использовать Windows и не могу разрабатывать в среде simialr для Unix. Например, на производстве у нас есть Passenger, в Windows Passenger нельзя использовать, и, поскольку у меня есть общая среда, PHP / Rails, в разработке у меня есть URL-адреса Rails с http://localhost:3000/ и для PHP просто http://localhost, на производство у меня просто есть http://domain.com/apps для рельсов и http://domain.com/

Так вы запускаете сервер developmnt на своей рабочей станции или на удаленном сервере?

Я хотел бы получить подтверждение того, что моя практика является наиболее принятой. Благодарю.

Answer 1

Виртуальная машина на моей рабочей станции (преимущество в том, что она отправляется везде, где работает моя рабочая станция, и мне не нужно беспокоиться о пропускной способности, когда я на удаленном сайте)

Answer 2

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

Я работаю в Linux, поэтому проблем не возникает, поскольку мои серверы представляют собой смесь RedHat, Centos и Ubuntu.

Вы можете создать виртуальную машину на своей машине, например, с VMWare VirtualBox, который имитирует ваш удаленный сервер. Таким образом, у вас будет локальная среда, отличная от Windows, для разработки.

Answer 3

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

Возможность затем выполнять git push или svn checkouts означает, что я могу синхронизировать любые изменения со своимиосновной репозиторий, а затем убедитесь, что моя основная платформа разработки на сервере в центре обработки данных довольно быстро обновляется.

Если бы я не перемещался все время, я бы наверняка использовал свою рабочую станцию.

Answer 4

Мое правило: работать локально и непрерывно интегрироваться.

Но TBH Это действительно зависит от проекта, над которым я работаю, и от среды разработки.

В общем, я бы предпочелимея на своем устройстве целую среду по многим причинам:

• Я могу воспроизвести интеграцию
• Я могу воспроизвести проблемы
• Я могу работать сдома или без сети

Кстати, были проекты, в которых я не мог иметь его на своем боксе только потому, что база данных была настолько огромной, или система аутентификации была построена другим отделом, и я мог собрать /развернуть его самостоятельно ...

Answer 5

Я разрабатываю на машине с Windows, с Apache. Когда я доволен своими изменениями, я отправляю их на тестовый сервер (FreeBSD, Apache) для обратной связи с клиентом, а затем, когда они довольны, отправляет изменения на рабочий сервер (Debian, Apache).

Кроме забавных вещей, таких как различия в чувствительности к регистру между операционными системами (в частности, имена таблиц в MySQL), у меня не было проблем с платформой.

Практически единственной проблемой, с которой я столкнулся, была первоначальная настройка, выяснение того, какие модули PHP мне нужно было установить на моем тестовом сервере. Настройка моего производственного сервера вне моего контроля.

Answer 6

Я делаю то же самое, у меня есть сервер разработки локально, чтобы иметь немедленный доступ к любым внесенным изменениям.Всякий раз, когда я могу, я создаю промежуточный процесс на рабочем веб-сервере, а также для тщательного тестирования.

Если вы заинтересованы в локальном запуске веб-сервера Linux (либо в коробке, либо в виртуальной машине), проверьте этот вопрос: Предустановленный Linux для веб-разработчиков?

Answer 7

Локально. К счастью, Visual Studio делает это довольно просто.

Когда я добираюсь до состояния, в котором я себя чувствую, я публикую на бета-сервере, а затем, если нам это нравится в тестировании, он запускается вживую.

Ken

Answer 8

Для нас это все SVN. Ветка для версии для разработчиков, где все разработчики должны проверять файлы перед тем, как уйти в течение дня. Здесь будет находиться ветка для версии сборки, последняя запущенная или сборочная или развертываемая. Тогда есть система стадии, которая используется для тестирования и демонстрации. Копия на сцене всегда будет из ветки сборки.

Answer 9

Ответ во многом зависит от того, работаете ли вы в одиночку или в команде, а также от способа обмена файлами и передачи файлов (Subversion, Git, SMB, FTP, ...)

Раньше у нас был общий локальный сервер разработки (Debian / apache), доступ к файлам через общие папки Windows (samba) и публикация на удаленных (предварительных) производственных серверах по FTP. Но это было время мечтаний, и у нас было много проблем, работая вместе над одним проектом. Наихудший случай - совместная работа с удаленными командами, болезненное управление версиями для FTP-клиентов.

Теперь мы склонны использовать apache на windows (wampserver) и SVN для обмена и публикации файлов. Кажется, что это усложняет вещь, когда работаешь в одиночку, но для командной работы это не сравнится со старым способом работы.

Проблемы с php / mysql в windows известны: - меньшая стабильность и отзывчивость - Пути должны быть написаны Unix-способом, чтобы избежать проблем при переключении на серверы Linux (C: /dir/file.php вместо C: \ dir \ file.php) - Вы должны обратить внимание на регистр имен и имен файлов mysql, потому что, если в этом случае возникнет ошибка, она не выдаст ошибку на окнах. Вы получаете пощечину, когда вы переключаетесь на рабочий сервер - Инструменты командной строки / расширения Apache или PHP, которые отсутствуют в мире Windows

Мы иногда работаем с людьми, использующими рабочую станцию ​​Macs ou linux, чтобы избавиться от этих проблем.

Если для процесса разработки требуется Passenger на станции разработки, я думаю, вам лучше использовать рабочую станцию ​​Linux или запустить облегченный сервер Apache внутри виртуальной машины.