Настройка хранилища кода для небольшой компании, занимающейся веб-разработкой. - PullRequest
4 голосов
/ 15 мая 2009

Я недавно стал техническим директором небольшого агентства по веб-разработке, и у нас есть обширная база кода, распределенная по 200 сайтам. Код написан на PHP & VBScript и содержит множество JavaScript-кода на стороне клиента и некоторые сложные запросы MySQL.

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

Что мне интересно, так это если кто-то находился в подобной ситуации и что он настроил для своего хранилища кода. Я думаю о настройке удаленной файловой системы Subverison для кода на стороне сервера.

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

Ответы [ 5 ]

5 голосов
/ 15 мая 2009

Subversion - отличное решение этой проблемы. Subversion бесплатен и иногда может быть довольно сложным в настройке, если вы ищете быстрое решение, вы можете попробовать VisualSVN (его легко установить для Windows)

У вас также есть Mercurial для контроля версий, он по-разному обрабатывает версии.

Установите TortoiseSVN на каждой рабочей станции вашего разработчика для взаимодействия с Subversion.

Вам также следует взглянуть на Непрерывную интеграцию с подрывной деятельностью. (для .net я использую cruisecontrol.net и TeamCity)

4 голосов
/ 15 мая 2009

Если у вас есть выделенный общедоступный сервер, вы сможете настроить службу Subversion (или демон - или как их там называют * в мире NIX): в Windows вам нужен Svnserve, а в NIX ( и в Windows) Apache выполнит свою работу.

4 голосов
/ 15 мая 2009

Я бы порекомендовал использовать git и GitHub в качестве хоста прямого репо (хотя есть и другие, и вы, безусловно, можете самостоятельно размещать репозитории git). Мы успешно использовали это для многих крупных проектов с более чем 15 участниками, разбросанными по всему миру.

Основным преимуществом git является то, что при распределении, если вы по какой-то причине не можете получить доступ к своему удаленному репо, ваши разработчики могут работать локально, передавая свои изменения без необходимости отправлять наборы изменений обратно в центральное место. Кроме того, они могут извлекать репо друг у друга, чтобы делиться своими наборами изменений.

Это происходит молниеносно при локальных коммитах, и каждый раз, когда вы клонируете репо (почти аналогично svn checkout), вы получаете локальную копию всего репо, поэтому проверка журналов, просмотр файлов и откат выполняется намного быстрее SVN.

Если вам интересно, эту статью стоит прочитать.

1 голос
/ 27 мая 2009

Если вы ищете хостинговое решение SVN, Unfuddle хорошо работает для нас.

0 голосов
/ 15 мая 2009

Я склонен считать, что Trac немного лучше, чем SVN, просто с точки зрения управления проектами и с точки зрения REPO, все они очень удобны в использовании и требуют только изучения нескольких команд, если вы не используете Windows машина, где вы можете использовать TortoiseSVN

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...