Рекомендации системы контроля версий - PullRequest
7 голосов
/ 09 января 2011

В своей самостоятельной работе по разработке я достиг точки, где я хотел бы начать использовать методы Subversion.

До сих пор я просто делал резервные копии, экспортируя свою текущую базу данных и архивируя их вместе с моими файлами проекта PHP.

Я прочитал несколько статей в Интернете и посмотрел видео с Линусом Торвальдсом - похоже, общий вердикт гласит, что Git используется, а старые методы CVS отсутствуют.

В настоящее время я не работаю под Linux, я выполняю всю работу PHP из Windows -> Eclipse. В связи с тем, что Eclipse работает на JVM, переход на Linux -> Eclipse будет более или менее прозрачным - кроме файловой системы.

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

Будет ли Эгит выполнить то, что мне нужно? Или это слишком много для рабочей силы, состоящей из одного человека? Что вы порекомендуете мне использовать, чтобы сохранить историю изменений?

Мне также нужно, чтобы услуга была бесплатной!

Ответы [ 4 ]

6 голосов
/ 09 января 2011

Я рекомендую вам получить бесплатную учетную запись на Assembla (SVN, Git) или GitHub и протестировать SVN и / или Git самостоятельно.Эти размещенные сервисы позволяют очень легко начать работу!

3 голосов
/ 19 апреля 2011

Использовать Git или Mercurial


Когда-то cvs почти полностью заменили своих конкурентов и управляли миром контроля версий.

Затем он был заменен на svn .

А теперь svn заменен на git .

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

Но дни свн сочтены. Git , Mercurial , и некоторые проприетарные системы явно являются будущим мира VCS. Существуют даже механизмы для перекрестного взаимодействия с другими типами хранилищ.

Наконец, переход прост, потому что git можно использовать с центральным репо, точно так же, как это была (намного) более быстрая версия cvs или svn.

1 голос
/ 09 января 2011

Попробуйте эти поиски

https://stackoverflow.com/search?q=free+svn+hosting

https://stackoverflow.com/search?q=free+mercurial+hosting

Что касается выбора - я склонен согласиться с обзором Google здесь :

  • Кривая обучения. У Git более крутая кривая обучения, чем у Mercurial из-за ряда факторов. Git имеет больше команд и опций, громкость из которых может быть пугающим для новых пользователи. Документация Mercurial имеет тенденцию быть более полным и легким для новички читать. Mercurial-х терминология и команды также ближе к Subversion и CVS, делая это знакомо людям, мигрирующим из эти системы.

  • Поддержка Windows. Git имеет сильное наследие Linux, и официальный способ запустить его под Windows это использовать Cygwin, который далек от идеал с точки зрения Пользователь Windows. Порт на базе MinGw Git набирает популярность, но Windows до сих пор остается "гражданином второго сорта" в мире Git. На основании ограниченного тестирование, порт MinGW оказался полностью функциональный, но немного вялый. Операции, которые обычно чувствуется мгновенно на Linux или Mac OS X занял несколько десятых секунды Окна. Mercurial основан на Python, и официальное распространение работает чисто под виндой (а так же Linux, Mac OS X и т. Д.).

Но его решающий довод:

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

Я не хочу делать "обслуживание" в репозиториях git. Это просто недопустимо.

Резюме

С точки зрения усилий по внедрению, Mercurial имеет явное преимущество благодаря его эффективный транспортный протокол HTTP.

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

Я не переместил все свои вещи в Mercurial - SVN отлично подходит для большинства проектов, особенно для проектов с одним человеком.

0 голосов
/ 09 января 2011

Я использую Unuddle, и это работает для меня.

Unfuddle

Unfuddle - это безопасный, размещенный проект решение для управления программным обеспечением команды разработчиков.

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

Вот некоторые особенности:

  • Проекты

    Работа над многими различными проектами и управлять каждым из них изнутри Единый счет Unuddle. Каждый проект имеет свой собственный набор билетов, вехи, сообщения и записные книжки.

  • Панель приборов

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

  • Билеты

    Бездетные билеты помогут вашему проекту оставаться организованным. Расставляйте приоритеты, комментируйте и затем назначьте свои билеты члены вашей команды.

  • Безболезненная Subversion и Git Hosting

    Именно то, что вы ожидаете: Неограниченный Subversion и Git репозитории для каждого проекта в вашем с быстрым доступом к исходный код проекта прямо изнутри ваш браузер.

  • Сообщения

    Сообщения все о простом и Эффективная коммуникация. Если ваша команда не может хорошо общаться ваш проект будет страдать.

  • Люди и разрешения

    Unfuddle предоставляет вам мелкозернистый контроль над тем, что ваш команда может сделать.

...