Мне нужно начать использовать контроль версий и контроль версий

Question

Я разработчик PHP / MySQL, который не использовал какую-либо форму управления версиями, кроме копирования / вставки в резервную папку. Я также развиваюсь в среде Windows. Куда мне обращаться и что мне делать, чтобы начать использовать ПО контроля версий и управления?

Мне любопытно, применяются ли эти методы и к базам данных, которые вы используете, и к их схемам?

Answer 1

Subversion. Это твердо, и вы можете использовать TortoiseSVN в качестве клиента в Windows (если вы находитесь на Windows). Eclipse также имеет хорошую поддержку Subversion.

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

РЕДАКТИРОВАТЬ: Subversion и TortoiseSVN бесплатны: -)

Существует аналогичный linux-порт TortoiseSVN, который называется Subdiversvn, но я не использовал его так много

Answer 2

Если вы новичок в управлении исходным кодом, я бы сначала прочитал об основных понятиях .

Answer 3

Если вы единственный, кто работает с исходным кодом, я бы порекомендовал использовать git или mercurial. В отличие от SVN, нет необходимости настраивать сервер. Если вы разрабатываете для Windows, я бы порекомендовал Mercurial с TortoiseHg.

Answer 4

Мой персональный инструмент для Windows - TortoiseSVN , который является интерфейсом графического интерфейса для Subversion. Вы также можете использовать Git , если у вас нет ничего против интерфейсов командной строки (или смотрите this для графических интерфейсов Git).

Что касается управления версиями базы данных, я использую собственный инструмент под названием Wizardby - он поддерживает практически все, что мне нужно, включая собственный SQL.

Answer 5

Subversion (SVN), вероятно, единственное исходное программное обеспечение для управления версиями, которое вам когда-либо нужно будет знать. TortoiseSVN - хороший клиент для Windows.

Для схемы базы данных я обычно создаю подпапку с именем "db" и помещаю туда всю мою схему. Будь то MySQL, Oracle, MsSQL и т. Д. Затем я проверяю папку в SVN.

Возможно, вы захотите, чтобы в этой папке также были скрипты обновления схемы.

Answer 6

В зависимости от того, что вы разрабатываете и где / как вы развиваетесь. Если вы разрабатываете что-то и постоянно находитесь в движении, я бы использовал распределенный источник контроля типа GIT / Mercurial или если вы всегда разрабатываете их из одного места и всегда можете получить доступ к вашему хранилищу, тогда я бы порекомендовал SVN

Answer 7

Вот подробное и доступное сообщение в блоге о процессе использования Subversion в рабочем процессе разработки .

Что касается настройки вашего хранилища и обработки развертываний, вы можете попробовать службу Subversion Hosting, такую ​​как Springloops или Beanstalk . Те делают процесс частью пирога. Вот подробный список хостов Subversion .

Answer 8

Я переключился с Subversion на Git. Ветви важны для меня, и поддержка веток в Git не имеет себе равных. В основном я использую графический интерфейс Windows и иногда командную строку.

Кроме того, это определенно относится к схемам базы данных. Сохраните все изменения DDL в виде текстовых файлов и создайте их версию. Раньше я работал с большой базой данных Sybase, которую администратор базы данных не мог воспроизвести без восстановления с ленты резервного копирования и очистки таблиц. У них не было DDL для создания БД с нуля, и даже если бы они имели (есть несколько инструментов, которые могли бы сгенерировать его), они все равно не были настроены на управление версиями.

Answer 9

То же самое на TortoiseSVN с Subversion. Я бы также предложил использовать размещенный SVN-репозиторий, такой как google code или xp-dev .

Answer 10

Если бы я начинал с нуля, я бы посмотрел на один из инструментов распределенных версий нового поколения, таких как mercurial, git или bazaar. Вот достойная запись up of git vs mercurial против svn.