Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 67
Спасибо)
огромное спасибо! просто огромное. я пока ещё не знал, как компилить статистически. и ещё раз спасибо за утилу ldd, просто чудно!
Не прокатит, если home примонтирована с noexec.
На днях уже кто-то спрашивал в топике про shh — www.expandrive.com/windows
Уже очень давно пользуюсь WinSCP.
FileZilla?
А разве уже все не на гите?
> SVN не дает тех плюшек, которые есть в Git.
Что в Git такого интересного?
Что в Git такого интересного?
В гите всё интересно: и локальные репозитарии, и легкость мержа, и скорость!
Вы не поверите но скорость работы просто дикая по сравнению с свн!
Не давно на хабре уже юыли темы про гит и ртуть,
посмотрите там подробнее,
а некто Umputun :) даже подкаст записал подробный такой подкаст почему DCVS это хорошо.
Вы не поверите но скорость работы просто дикая по сравнению с свн!
Не давно на хабре уже юыли темы про гит и ртуть,
посмотрите там подробнее,
а некто Umputun :) даже подкаст записал подробный такой подкаст почему DCVS это хорошо.
А кто метается?
Кто знает что такое DCVS — уже сделали выбор и работают.
Кто знает что такое DCVS — уже сделали выбор и работают.
кроме гита есть великое множество других приятных проектов. Меркуриал к примеру, но я в этом вечном споре не участвую=)
git будет посложнее svn, и ещё к тому же очень немногословен в выводе, так что он не для всех. Тем кому нет необходимости в dvcs, я считаю лучше оставаться на старом добром svn. И себе нервы сберегут и другим, кого постоянно теребить потом будут с вопросами типа «help me». В гугле можно найти сотни примеров новичков, которые не смогли разобраться до конца в git и называют его теперь за это дерьмом.
Я например свой выбор в пользу git уже сделал, так как мне его фичи нужны и нравятся, и свой проект в нём держу, но на работе предпочитают svn, и это пожалуй в этом случае оправданно. Каждому своё.
Я например свой выбор в пользу git уже сделал, так как мне его фичи нужны и нравятся, и свой проект в нём держу, но на работе предпочитают svn, и это пожалуй в этом случае оправданно. Каждому своё.
Да и накладные расходы на SVN на хостинге могут неприятно удивить, решивших последовать совету. Согласен, что svn нужно использовать по назначению локально (если есть необходимость контроля версий, групповой работы и т. д., при необходимости можно и открыть его для доступа извне), а на продакшн rsync или чем-нить подобным заливать.
А разве на всех хостингах разрешается выполнять программы?
По-моему это редкое исключение, когда админу влом настроить безопасность.
По-моему это редкое исключение, когда админу влом настроить безопасность.
Часто встречался с ситуацией на хостингах, когда выполнение разрешено только для каталога ~/cgi
не подскажите, как в svn вынести все каталоги .svn в какую-то отдельную папку за пределами текущей рабочей копии?
Чего только люди не придумают чтоб VPS не брать…
Учитывая, что дешевый VPS сейчас стоит сколько нормальный хостинг. И на него можно поставить не только SVN, а что душе угодно.
Я себе для svn брал 6-гиговый vps за 3 евро всего.
Я себе для svn брал 6-гиговый vps за 3 евро всего.
5 причин, зачем нужен VPS :) сможете назвать? Я клиентам передам, но только учтите, что root доступ и конфиг «из коробки» (будь-то никсы или винда) для них (да и для меня) недостаток, а не достоинство, не все хотят переквалифицироваться в управдомы ;)
А если серьезно, то shared далеко не всегда хуже VPS, особенно для коммерческих проектов с бюджетом не предполагающим наличие в штате квалифицированного админа. А доверять администрирование сервера человеку, прочитавшему пару хауту «как поднять веб-сервер на убунту», по-моему, не очень мудрое решение.
А если серьезно, то shared далеко не всегда хуже VPS, особенно для коммерческих проектов с бюджетом не предполагающим наличие в штате квалифицированного админа. А доверять администрирование сервера человеку, прочитавшему пару хауту «как поднять веб-сервер на убунту», по-моему, не очень мудрое решение.
А мне казалось, svn сервер поднять не сложно, будь то убунта или еще что-то.
svnserve — самый простой вариант. Требует только указать в конфиге место для репозиториев и командой svnadmin create создать репозиторий.
svnserve — самый простой вариант. Требует только указать в конфиге место для репозиториев и командой svnadmin create создать репозиторий.
Админа можно своего не держать — наймите для разовой настройки и заключите договор на подержку например. Если поддержка нужна не уровня «перестраивать каждый месяц с нуля потому что нам так хочется», а например «доставить мемкешед потому что разработчики о нем узнали и он им понравился» и «обновить апач на случай если в нем найдут дыру» — выйдет недорого.
Теперь причины:
1. Ставите чего угодно, нужных версий, в нужной конфигурации.
2. Отсутствие например кеширующего нгинкса на уровне хостера — некоторые хостеры этим страдают.
3. Нету заморочек с хостером вида «что-то от вас траффика много, да и сервак вы переодически нагружаете; переключайтесь-ка на больший тарифный план или вообще валите»
4. Возможность организовать более нормальную выкатку проекта нежели «скопировать все по ftp» — пакетами или хотя бы из системы контроля версий.
5. При нескольких разработчиках — возможность более гибко распределить им права, организовать доступ по vpn, дать держать каждому свою тестовую версию проекта, не упираясь в ограничения хостингового плана.
Теперь причины:
1. Ставите чего угодно, нужных версий, в нужной конфигурации.
2. Отсутствие например кеширующего нгинкса на уровне хостера — некоторые хостеры этим страдают.
3. Нету заморочек с хостером вида «что-то от вас траффика много, да и сервак вы переодически нагружаете; переключайтесь-ка на больший тарифный план или вообще валите»
4. Возможность организовать более нормальную выкатку проекта нежели «скопировать все по ftp» — пакетами или хотя бы из системы контроля версий.
5. При нескольких разработчиках — возможность более гибко распределить им права, организовать доступ по vpn, дать держать каждому свою тестовую версию проекта, не упираясь в ограничения хостингового плана.
Недавно перенес свой сайт на хостинг за 24$ в год, в пакет включена поддержка svn (НЕ дополнительная услуга). Еще можно отдельно купить svn-хостинг, хотя существуют и бесплатные пакеты как например у www.xp-dev.com
Если svn не критичен, то можно использовать github.com (для git) или bitbucket.com (для mercurial)
Если svn не критичен, то можно использовать github.com (для git) или bitbucket.com (для mercurial)
А потом ваш сайт пополнит список «Получены исходники 3300 глобальных интернет-проектов».
Я так понимаю аналогичный функционал работы с svn на сервере можно получить просто смонтировав рабочий каталог по ssh или ftp через fuse и работать с ним утилитами из своей системы.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Установка SVN практически на любой хостинг (static svn)