Настройка хранилища кода для небольшой компании, занимающейся веб-разработкой.
Недавно я стал техническим директором небольшого агентства по веб-разработке, и у нас есть обширная база кода, распространяемая примерно на 200 веб-сайтов. Код написан на PHP и VBScript, содержит множество клиентских JavaScript и некоторые сложные запросы MySQL.
Я хочу создать хранилище кода, где мы можем хранить все наши функции, скрипты и файлы. В настоящее время у нас есть 2 разработчика, работающие на сетевом диске, содержащем все файлы, и это, очевидно, не идеальное решение.
Что мне интересно, так это то, что кто-то был в подобной ситуации и что он настроил для своего хранилища кода. Я думаю о настройке удаленной файловой системы Subverison для кода на стороне сервера.
Кто-нибудь может порекомендовать разумный способ поддерживать и хранить нашу кодовую базу? Является ли Subversion лучшим вариантом для нашей ситуации? Мы используем сервер Solaris с веб-интерфейсом, поэтому удаленный доступ является целью системы. Большое спасибо.
5 ответов
Если у вас есть выделенный общедоступный сервер, вы сможете настроить службу Subversion (или демон - или как они там называются в мире *NIX): в Windows вам нужен Svnserve, а в NIX (и в Windows). а также) Apache сделает всю работу.
Subversion - отличное решение этой проблемы. Subversion бесплатна и иногда может быть довольно сложной для установки, если вы ищете быстрое решение, вы можете попробовать VisualSVN (его легко установить для Windows)
У вас также есть Mercurial для контроля версий, он по-разному обрабатывает версии.
Установите TortoiseSVN на каждой из ваших рабочих станций разработчиков, чтобы взаимодействовать с Subversion.
Вы также должны взглянуть на непрерывную интеграцию с подрывной деятельностью. (для.net я использую cruisecontrol.net и TeamCity)
Я бы порекомендовал использовать git и GitHub в качестве хоста repore remore (хотя есть и другие, и вы, безусловно, можете самостоятельно размещать git repo). Мы успешно использовали это для многих крупных проектов с более чем 15 участниками, разбросанными по всему миру.
Основным преимуществом git является то, что при распределении, если вы по какой-то причине не можете получить доступ к удаленному репо, ваши разработчики могут работать локально, передавая свои изменения без необходимости отправлять наборы изменений обратно в центральное место. Кроме того, они могут использовать репозитории друг друга, чтобы делиться своими изменениями.
Это происходит молниеносно при локальных коммитах, и каждый раз, когда вы клонируете репо (почти аналогично извлечению svn), вы получаете локальную копию всего репо, поэтому проверка журналов, просмотр файлов и откат выполняются намного быстрее, чем SVN.
Если вам интересно, возможно, стоит прочитать эту статью.
Если вы ищете хостинговое решение SVN, Unfuddle хорошо работает для нас.
Я склонен находить, что Trac немного лучше, чем SVN, просто с точки зрения управления проектами и с точки зрения REPO, они оба очень удобны в использовании и требуют от вас только изучения нескольких команд, если вы не находитесь на компьютере с Windows, где вы работаете. можно использовать TortoiseSVN