Какую выбрать систему контроля версий для веб-разработки?

Question

[Андрей]

Всем привет. Помогите пожалуйста составить архитектуру системы и выбрать систему контроля версий.
У нас есть локальный дев-сервер(ubuntu, apache, mysql), на нём лежат все сайты. Сейчас программисты работают через FTP(дальше не смейтесь) и просто каждый говорит в каком он файле делает сейчас изменения.

Нам нужно развернуть систему контроля версий для файлов сайта и базы данных.
SVN нам не подходит т.к. он не хранит последнюю версию всех файлов сайта, а только изменения. (Делать отдельный репозиторий, а потом по крону делать commit сайтов тоже не лучший вариант).

GIT вроде бы решает все наши проблемы, но с ним у нас возникли проблемы. Мы сделали репозиторий для тестового сайта. Настроили подключение к репозиторию через http (скачивали репозиторий через URL вида site.dev/.git), но сделать push нам не удалось (пишет не является репозиторием).

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

Comments

[Алексей Киселев]

Андрей @DewAndrew, могу помочь вам с развертыванием инфраструктуры, мне нужно прокачаться в этом вопросе в области web-разработки (сейчас только десктоп и серверные приложения). Есть куча вопросов как некоторые вещи делаются в вашей области. Моя почта есть в профиле.

Answer 1

[Алексей Киселев]

Git, и только Git!
Поставьте Git на сервере с использованием gitolite или gitlab. Сервер может быть другим, не обязательно тот на котором работают сайты.

А дальше тестовый сервер должен забирать (клонировать) репозитории сайтов к себе. Можно делать это периодически (самое простое) или по коммитам (нужно написать скрипт).

А еще лучше поставить сервер CI (например hudson ) и настроить в нем выкладку сайтов по FTP в ответ на коммиты в репозитории Git.

Comments

[Mikhail Osher]

+1 gitlab. Забыл название, хотел упомянуть:)

[Андрей]

@alexeykiselev спасибо попробуем gitlab. Понравился вариант по коммитам со скриптом, не могли бы вы подробнее рассказать про него или где можно посмотреть примеры.

[Алексей Киселев]

@DevAndrew А мне вот gitolite вполне достаточно, на маленькой команде с ним трудностей не возникает.
Еще вот такой скрипт нашел https://github.com/git-ftp/git-ftp

[Алексей Киселев]

@DevAndrew реально народ активно работает в этом направлении https://github.com/ezyang/git-ftp

[Владимир Полищук]

+ за gitlab

Answer 2

[Владимир Болиев]

Ну так используйте GitHub или Bitbucket если не осилили самостоятельное поднятие гита

Answer 3

[gro]

Я, конечно, SVN рекомендовать не буду, но причём тут "не хранит последнюю версию всех файлов сайта"?

Answer 4

[mardy_bum]

2 буквы: hg

Answer 5

[Mikhail Osher]

habrahabr.ru/post/136815/

Контроль версий mysql - читайте про миграции базы данных.

Comments

[Сергей Протько]

gitlab как-то проще....

[Mikhail Osher]

@Fesor я забыл его название :) Упомянул в комметарии к записи @alexeykiselev

Answer 6

[t0os]

Всем разработчикам завести аккаунт на Github, одному из низ купить самый дешевый тарифный план, чтобы был приватный репозиторий. И не надо заморачиваться ни с какими Гитлабами.

Comments

[Damir Makhmutov]

Зачем покупать на GitHub'e, если можно бесплатно (до 5 пользователей) на BitBucket ? 5 пользователей можно обойти, используя несколькими разработчиками одного аккаунта.

[Алексей Киселев]

Вот вы экономически выгодные! А у нас, например, 111 репозиториев сейчас, и некоторые с доступом для клиентов, так как они хотят свой код видеть. А у клиентов часто паранойя бывает и мы с ними NDA подписываем, по которому со всеми остальными кто видит код клиента, мы тоже должны подписать NDA. С GitHub, при всем уважении к ним, лень NDA подписывать.

Answer 7

[bit_rainbow]

cvs