Есть ли способ использовать SVN для веб-разработки в магазине Mac, который использует Coda? - PullRequest
Новая
       11

Есть ли способ использовать SVN для веб-разработки в магазине Mac, который использует Coda?

3 голосов
/ 22 января 2010

Итак, мы стремимся создать хорошие процессы в нашем офисе. Я работаю в интернет-магазине, который занимается веб-сайтами уже более десяти лет. И мы не используем контроль версий. Я знаю! Это плохо, не моя вина. Я парень с опытом SoftE, настаивающий на этом как минимум.

Технический руководитель изучал это. Мы все используем рабочие станции Mac и в основном используем Coda для редактирования, поскольку это отличная IDE. Он имеет встроенную поддержку SVN, но ожидает, что он будет работать с локальными файлами. Мы пытаемся изучить монтирование веб-каталога как локального сетевого диска с помощью инструмента SFTP.

Мы магазин LAMP, кстати.

Мне интересно, какая здесь модель. Я думаю, что мы обычно проверяем весь сайт на нашей локальной машине, где у нас работает apache, и затем проверяем его там? Мы работаем не так, мы все делаем на сервере. Мы смотрели, как проверять и проверять, но некоторые файлы принадлежат apache, и владельцы меняются, когда я регистрирую их, потому что я не apache.

Я просто хочу знать, как это сделать, учитывая мои обстоятельства. Было бы неплохо не запускать apache локально.

Ответы [ 3 ]

2 голосов
/ 22 января 2010

Возможно, вы захотите проверить список рассылки Coda и спросить там. Там много энтузиастов Coda с определенным опытом.

1 голос
/ 22 января 2010

Несколько заметок:

  1. Взгляните на MacFuse / MacFusion (второе - это приложение, первое - это библиотека), чтобы монтировать удаленные каталоги через SSH / FTP как локальные из них.

  2. Разрешите разработчикам проверять свою локальную среду (со своим собственным стеком LAMP, если они разбираются) или изучать общую среду разработки с отдельными тюрьмами. Таким образом, ваши разработчики могут запускать свой собственный стек LAMP (который вы можете развернуть для них на компьютере), не мешая другим.

    Идея в том, чтобы позволить им использовать рабочий процесс, который лучше всего работает для них, чтобы минимизировать боль при адаптации к этому изменению (если управление изменениями может быть проблемой!)

В качестве примера, у нас есть общий dev-сервер, на котором создаются тюрьмы с помощью одной команды для новых разработчиков. У них есть готовый стек LAMP, и мы можем легко обновить и повторно развернуть тюрьмы, чтобы поддерживать программное обеспечение в актуальном состоянии. Разработчики имеют индивидуальный контроль для добавления пользовательских настроек / расширений, если им это нужно для работы, в то время как системные администраторы имеют возможность сбрасывать все, когда кто-то случайно нарушает их среду:)

Те, кто предпочитает не использовать тюрьмы и могут управлять своей собственной локальной средой (обычно через Macports или MAMP ).

1 голос
/ 22 января 2010

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

Что я бы дополнительно порекомендовал, так это иметь скрипт, который получает последние изменения из SVN и развертывает весь сайт на рабочем сервере, когда вы будете готовы. Вы можете иметь права на изменение этого скрипта для соответствующих файлов / папок, если это необходимо для Apache. Когда вы используете управление исходным кодом, идея состоит в том, чтобы никогда не редактировать рабочие файлы вручную - у вас должно быть то, что развертывает его из SVN.

...