Лучшие практики для разработки на нескольких машинах и контроля версий - PullRequest
3 голосов
/ 12 января 2009

Я только начинаю практиковать управление версиями (я бы хотел использовать Eclipse и SVN), и я не уверен, что лучшая установка для моего сценария.

В настоящее время я - одинокий разработчик, и у меня есть два компьютера (рабочий стол и ноутбук для домашнего офиса), которые я люблю использовать для разработки (в основном веб-приложения). У меня есть доступ к удаленному серверу на базе Linux и Windows, и у меня, кажется, всегда есть файлы, разбросанные по двум машинам в зависимости от того, где я выполняю работу.

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

Ответы [ 5 ]

1 голос
/ 12 января 2009

Я бы рассмотрел распределенную систему контроля версий, а также Subversion. Даже если вы в конце концов пойдете с Subversion, хорошо понять все доступные вам варианты. Лично я являюсь одним разработчиком и работаю в разных местах, и обнаружил, что концепция DVCS работает намного лучше, чем SVN.

Git, Mercurial и Bazaar - три варианта. Вот хорошее видео от Linux Torvalds, которое объясняет некоторые концептуальные различия.

1 голос
/ 12 января 2009

Просто установите SVN на один из ваших компьютеров (желательно на сервер Linux). Я предполагаю, что администраторы установят SVN для вас и создадут необходимые репозитории.

Интеграция SVN с Eclipse действительно проста с помощью плагина.

1 голос
/ 12 января 2009

Если вы новичок в управлении исходным кодом (или даже если нет), чтение Исходный код Эрика Синка HOWTO даст хорошее введение и познакомит вас с некоторыми лучшими практиками.

1 голос
/ 12 января 2009

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

  • Если пути открыты, создайте локальный репозиторий SVN, а затем используйте сетевой путь к репо со второго компьютера. Хорошо работает, если вы не хотите запускать сервер, а просто используете локальные файлы. У моего ноутбука и рабочей станции одинаковые учетные данные, поэтому сквозная передача прекрасно работает со скрытыми путями '\ machine \ c $ \ etc'

  • Мне также нравится использовать Unison для управления файлами между моим ноутбуком и рабочей станцией. Это не версионирование, и с указанием даты и времени он довольно хорошо справляется с «что новее». Кроме того, если вы единственный, кто использует оба, конфликты действительно низкие. Я использую это для управления своими «документами» http://www.cis.upenn.edu/~bcpierce/unison/

  • Конечно, вы можете создать сервер SVN, и я обнаружил, что Visual SVN делает это почти слишком легко. Я начал использовать это для своих личных проектов после того, как возникла необходимость «запустить» сервер. Наличие сервера svn на удаленном сервере имеет несколько преимуществ, когда дело доходит до запуска и работы из дома. (Или приглашая других разработчиков) http://visualsvn.com/server/

0 голосов
/ 12 января 2009

Я использую Bazaar в качестве исходного решения для управления этим сценарием. Я использовал Subversion в течение многих лет, но он просто не подходит для этого сценария распределенного использования. Базар делает.

...