Система управлениями версиями для разработки сайта

[Grut]

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

Интересуют возможность просмотреть в браузере рабочую версию сайта после внесения изменений. И в случае если все ОК, экспортить последнюю рабочую версию в корень домена (типа /var/www/grut/public_html/ ) с заменой измененных файлов.

Подскажите, пожалуйста, наиболее правильные решения.

[Drunk Monk]

Сообщение от t0os

это каким образом? в открытом репозитории была партнерка?

походу недавний инцидент с bоokдозером

[t0os]

Сообщение от mlu

Наверное, как-то так:

http://habrahabr.ru/blogs/infosecurity/70330/

про это знаю, да)
но если речь про гит - неплохо бы с веба вообще доступ к .git запретить.

[RedHead]

Это просто здорово экономит время и нервы, когда случайно снёс к чертям нужные исходники. Или когда наизменял так, что всё не работает, а рабочее нужно было еще вчера

Ну а если есть изменения в 2х файлах. В А-файле напартачил, а Б-файл ок и его откатывать ненужно. И если это сделано одним "коммитом". Откатывать два файла не надо ибо в Б норм накодил.

[mlu]

Сообщение от RedHead

Ну а если есть изменения в 2х файлах. В А-файле напартачил, а Б-файл ок и его откатывать ненужно. И если это сделано одним "коммитом". Откатывать два файла не надо ибо в Б норм накодил.

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

[Mop9a]

Меня прогер давно заебывает - давайте перейдем с svn на git. А я сколько себя помню, всегда юзал только svn реально стоит заморочиться переносом, уважаемые знатоки систем контроля версий? только плиз без гиковских "git решает, svn сосет", а с нормальными аргументами

[xanxy]

Сообщение от Mop9a

Меня прогер давно заебывает - давайте перейдем с svn на git. А я сколько себя помню, всегда юзал только svn реально стоит заморочиться переносом, уважаемые знатоки систем контроля версий? только плиз без гиковских "git решает, svn сосет", а с нормальными аргументами

svn на сколько я знаю не распределенная, это первый минус. пару раз спасала распределенность меркуриала, когда впс с репой была в дауне.
У меркуриала с гитом дизайн команд вроде по проще..

[Grut]

Вот камень в огород git:
http://habrahabr.ru/blogs/development_tools/123700/

[chesser]

Сообщение от t0os

это каким образом? в открытом репозитории была партнерка?

видимо, овнеры/кодеры проебались и дали проектам проиндексироваться в гугле и привет

реально стоит заморочиться переносом, уважаемые знатоки систем контроля версий? только плиз без гиковских "git решает, svn сосет", а с нормальными аргументами

svn - нормально, но централизовано, т.е. все всегда хранится в одном месте и все работают с одним и тем же репозитарием. Если он в дауне, то работать нельзя. Если инет кончился - тоже самое.

в git - децентрализовано, т.е. можно делать сколько хочешь репозитариев и настроить их синхронизацию. Один ебнулся - работай с другим, нет проблем. Инет пропал - работаешь с локальным репозитарием.

Для мелкой команды преимущество распределенности сомнительно. Но сами командные интерфейсы git или hg кажутся лучше, функционала больше. Где-то скорость быстрее и тд. Они более новые и технологичные что-ли.

[pingo]

hg охуенный, счас чёто решил пару директорий выкинуть из репо, не пойму каг..

[WebNinja]

удаляешь директории/файлы, фиксируешь эти удаления.
hg remove -A