Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 66
учите хабракат.
Отличная штука, спасибо.
По поводу добавления репозитория — начиная с кармика это делается значительно проще
По поводу добавления репозитория — начиная с кармика это делается значительно проще
sudo add-apt-repository ppa:rabbitvcs/ppa
а у нас в квартире git :-)
Для Mercurial есть TortoiseHG, а есть ли что-то подобное для git? Имеется ввиду штука, интегрирующаяся в Nautilus.
В основном юзаю в командной строке, для GUI есть gitk. Прямо в корне репо выполняется команда gitk и появляется окно со всяческими отчётами — дифы и прочее. Удобно. Но это очень-очень редко бывает нужно, командной строки хватает в 99.9% случаев.
В принципе, это (gitk) идеологически более правильно, потому что у кого-то наутилус, а ещё у кого-то что-то совсем другое, масса же всяких DE на свете.
К тому же, я юзаю эклипс, а в эклипсе и дифы и история интегрированы так, что в наутилус никакого желания лазить не возникает. Впрочем, эти фичи тоже очень редко нужны.
В принципе, это (gitk) идеологически более правильно, потому что у кого-то наутилус, а ещё у кого-то что-то совсем другое, масса же всяких DE на свете.
К тому же, я юзаю эклипс, а в эклипсе и дифы и история интегрированы так, что в наутилус никакого желания лазить не возникает. Впрочем, эти фичи тоже очень редко нужны.
Для тех, кто пользуется XFCE (Thunar) есть замечтательный xfce-extra/thunar-vcs-plugin. Работает как с git так и с svn. Живёт здесь
P.S. Сам предпочитаю консольный git.
P.S. Сам предпочитаю консольный git.
Я использую git. Консоли хватает почти всегда. Только вот последнее время для создания коммитов и просмотра истории использую GitX :)
И у нас к вартире git, поэтому жду версии rabbitvsc 0.13 — обещали добавить :)
Когда разбирался с клиентами SVN — перепробовал много чего.
Помню этот мне почему-то не понравился. Пользовался скриптом, который встраивает свн в наутилус.
Но со временем перешел и остался на встроенных в IDE.
Помню этот мне почему-то не понравился. Пользовался скриптом, который встраивает свн в наутилус.
Но со временем перешел и остался на встроенных в IDE.
Ещё есть SmartSVN.
Предпочитаю встроенный в Eclipse, лучше когда все под руками.
Побольше програм всяких и лучше хороших. Спасибо и за этот GUI фронтэнд к svn.
Но почему вы не пользуетесь GUI фронтэндом RapidSVN ( rapidsvn.tigris.org/ ), когда знаете о TortoiseSVN ( tortoisesvn.tigris.org/ )?
Но почему вы не пользуетесь GUI фронтэндом RapidSVN ( rapidsvn.tigris.org/ ), когда знаете о TortoiseSVN ( tortoisesvn.tigris.org/ )?
Разнообразие — хорошо.
Но какой-то странный ажиотаж — на мой взгляд, это излишне нишевая штука.
Но какой-то странный ажиотаж — на мой взгляд, это излишне нишевая штука.
нуу, я вот тоже считаю что контроль версий без интеграции в файловый менеджер — это извращение. видимо нас таких много.
В какой, простите, файловый менеджер?
Кхе… Фокус-то в том, что при определенных познаниях в скриптовании — консольный удобней, гибче и быстрей.
Хотя сам я из редакторных людей, пользую больше емакс да консоль; но знаю пару явистов, которые svn/git и прочие используют из консоли, пуская параллельно с IDEA
Хотя сам я из редакторных людей, пользую больше емакс да консоль; но знаю пару явистов, которые svn/git и прочие используют из консоли, пуская параллельно с IDEA
дык, это понятно) но ведь и с файлами управляться из консоли куда гибче) однако гибкость уступает наглядности при большинстве рутинных задач — потому и пользуются люди файловыми менеджерами. А ведь система контроля версий именно файлов — то и доступ к ее функциям очевидно обязан быть там же (с т.з. юзабилити).
Наглядность — это как бы спорно. Вроде как только часть информации можно посмотреть быстро.
В консоли можно быстро локализовать сферу интересовал. Конкретные списки файлов отфильтровать тем же grep… Или использовать find на пару с чем угодно.
Типа вот надо нам объектники удалить, случайно закинутые в локальный репоз:
find. -type f -name "*.o" | xargs git rm
Ну или история изменения всех картинок в проекте:
find. -type f -name "*.png" | git log
Это ведь самое простое, что может понадобиться. Сочетаний команд может быть безумное количество. Типа вытащить определенные файлы из истории, запаковать, залить на ftp, после чего — послать почтой напарнику. Это р-р-р-разом.
В консоли можно быстро локализовать сферу интересовал. Конкретные списки файлов отфильтровать тем же grep… Или использовать find на пару с чем угодно.
Типа вот надо нам объектники удалить, случайно закинутые в локальный репоз:
find. -type f -name "*.o" | xargs git rm
Ну или история изменения всех картинок в проекте:
find. -type f -name "*.png" | git log
Это ведь самое простое, что может понадобиться. Сочетаний команд может быть безумное количество. Типа вытащить определенные файлы из истории, запаковать, залить на ftp, после чего — послать почтой напарнику. Это р-р-р-разом.
сферу интересов, т.е. :)
Консоль, конечно, мощная штука, но зачем же спорить с наглядностью :) Чтобы пользоваться консолью, нужно знать много команд и разбираться что к чему, а чтобы пользоваться меню достаточно уметь возить мышью.
Иногда действительно проще выбрать нужные файлы из списка и ткнуть мышью, чем придумывать аналогичные команды, паттерны и фильтры в консоли. Особенно если в консоли не как рыба в воде.
Для меня удобный вариант — это менеджер с консолью, типа mc или far, совмещающий и то и другое.
Иногда действительно проще выбрать нужные файлы из списка и ткнуть мышью, чем придумывать аналогичные команды, паттерны и фильтры в консоли. Особенно если в консоли не как рыба в воде.
Для меня удобный вариант — это менеджер с консолью, типа mc или far, совмещающий и то и другое.
Ну, в приципе, если надо человеку быстро показать, как пользоваться и не заморачиваться на адаптацию к CLI — то да, конечно.
Да можно и без этих оговорок, уверяю вас даже если в баше себя чувствуешь отлично — формат tortoise-овского интерфейса оправдан. Разве что если ты работаешь с файлами путем cp /from /to и в принципе не пользуешься гуевым файлменеджером, тогда он действительно не нужен на машине)
Для KDE — отлично интегрируется в файловый менеджер и не отстает по функциональности kdesvn
Спасибо, отличная прога! А то этот nautilussvn тормозит всю систему, а через консоль с свн не очень удобно работать!
Ну а у нас в квартире bzr.
Впрочем, он может нативно работать с SVN-ветками и у него есть doc.bazaar.canonical.com/explorer/en/ — Bazaar Explorer. А еще он поддерживается Emacs'ом. (кстати! сам Emacs разрабатывается в Bazaar!)
Впрочем, он может нативно работать с SVN-ветками и у него есть doc.bazaar.canonical.com/explorer/en/ — Bazaar Explorer. А еще он поддерживается Emacs'ом. (кстати! сам Emacs разрабатывается в Bazaar!)
> кстати! сам Emacs разрабатывается в Bazaar!
На официальном сайте написано: «The GNU Emacs development sources are available via a CVS repository hosted on savannah.gnu.org.»
А на странице savannah.gnu.org/projects/emacs/ указаны также git, bazaar и arch зеркала.
На официальном сайте написано: «The GNU Emacs development sources are available via a CVS repository hosted on savannah.gnu.org.»
А на странице savannah.gnu.org/projects/emacs/ указаны также git, bazaar и arch зеркала.
www.emacswiki.org/emacs/EmacsBzrSwitchover
«GNU Emacs development is switching from CVS to Bzr.»
«GNU Emacs development is switching from CVS to Bzr.»
шлюзы в svn есть практически во всех больших открытых СКМ.
И когда уже, наконец, svn помрет :)
И когда уже, наконец, svn помрет :)
лично я использую svn, встроенный в IDE, и еще kio-svn иногда — прямо в dolphin и konqueror в kde
Наконец-то.
установил пару месяцев назад. Не пользуюсь, так как не позволяет делать диф на папках (только на файлах!) и с большими деревьями довольно заметно тормозит.
GUI? Для SVN?
Может я и закостенелый идиот, но GUI для SVN в Linux не нужен.
Может я и закостенелый идиот, но GUI для SVN в Linux не нужен.
Почему в линукс? В windows SVN как-то сильно по другому работает? :)
Тут речь идет СОВСЕМ о другом — если Вы открываете ваши проекты в файловом менеджере по тем или иным причинам, то такая система нужна — лишняя информация в файловом менеджере(иконки на значках) ну никак не мешает + более быстрый доступ к функциям SVN(вместо: открыл консоль, прешел в папку, набрал комманду)
Из реальных задач — очень удобно посмотреть, например, картинки и сразу понять какие обновились и к какой части проекта это может относится.
Тут речь идет СОВСЕМ о другом — если Вы открываете ваши проекты в файловом менеджере по тем или иным причинам, то такая система нужна — лишняя информация в файловом менеджере(иконки на значках) ну никак не мешает + более быстрый доступ к функциям SVN(вместо: открыл консоль, прешел в папку, набрал комманду)
Из реальных задач — очень удобно посмотреть, например, картинки и сразу понять какие обновились и к какой части проекта это может относится.
посмотреть можно и из консоли по-быстрому… Кроме того, медиа и бинарные данные в любых системах контроля версий — слабейшее место, изящно не получается, только глазками.
У меня другая проблема: как совсем избавиться от необходимости перескакивать в файловые менеджеры. Ну просто потому что запуск Nautilius в Гноме или любого другого графического приложения — скрипучее занятие в сравнении с консолью.
У меня другая проблема: как совсем избавиться от необходимости перескакивать в файловые менеджеры. Ну просто потому что запуск Nautilius в Гноме или любого другого графического приложения — скрипучее занятие в сравнении с консолью.
Посмотреть можно отовсюду — я про то, что если Вы пользуетесь Nautilius, то почему бы ему, как минимум, не показать статус файлов иконками?
Я думал только у меня в виртуалке все медленно запускается :-D
Я думал только у меня в виртуалке все медленно запускается :-D
:) Какая еще виртуалка?! :-D Я даже в универе Autocad пускал под виндой, запакованной в VirtualBox.
Я Ubuntu/Debian-фэн во втором поколении, виндой никогда не пользовался. На собеседованиях честно предупреждаю, что ничего не знаю о программировании вне *nix.
Просто интерфейсы по определению медленней консоли. Вот и хочется все свести к общему знаменателю, чтобы не отвлекаться на новые окошки.
Я Ubuntu/Debian-фэн во втором поколении, виндой никогда не пользовался. На собеседованиях честно предупреждаю, что ничего не знаю о программировании вне *nix.
Просто интерфейсы по определению медленней консоли. Вот и хочется все свести к общему знаменателю, чтобы не отвлекаться на новые окошки.
Я тоже сплю и вижу как придет GUI клиент для svn, с учетом интеграции его в кучу сред и простоты управления через консоль.
Ну, я не представляю каким геморроем было бы коммитить 20 определенных файлов в проекте из 120-ти из консоли. А так — выделил нужные и ткнул в «commit»
А я с ним так и не подружился. В результате уже год использу. SmartSVN и под убунтой, и под виндой и под макосью на ноуте.
Вот я только что скачал и установил TortoiseSVN под Win.
Потребовалось 3 шага: ввёл в строке адреса firefox «dowload tortoise svn», нажал «скачать», нажал «установить».
После «Открываете /etc/apt/sources.list» читать дальше не хочется. Какая-то злая ирония есть в установке GUI-интсрумента через редактирование файлов и командную строку.
PS: За тему спасибо, очень не хватало такого инструмента, когда пытался мигрировать на Ubuntu.
PPS: Я не против «линуксов», автивно администрирую их на сервере. Но меня из раза в раз удивляет, как линуксоиды не замечают этих глубоких противоречий в «нюансах».
Потребовалось 3 шага: ввёл в строке адреса firefox «dowload tortoise svn», нажал «скачать», нажал «установить».
После «Открываете /etc/apt/sources.list» читать дальше не хочется. Какая-то злая ирония есть в установке GUI-интсрумента через редактирование файлов и командную строку.
PS: За тему спасибо, очень не хватало такого инструмента, когда пытался мигрировать на Ubuntu.
PPS: Я не против «линуксов», автивно администрирую их на сервере. Но меня из раза в раз удивляет, как линуксоиды не замечают этих глубоких противоречий в «нюансах».
1. Переходите по ссылке.
2. Скачиваете пакет.
3. Устанавилваете через gdebi, дважды кликнув по скачанному файлу.
Способов куча. Просто в топике приведён наиболее классический вариант с добавлением PPA-репозитория (а это ого-го какой плюс по сравнению с виндовс-стайл — программа сама будет обновляться вместе с обновлением всей остальной системы) который, кстати, тоже можно добавить используя гуй. И ключ тоже через гуй легко добавляется.
«Командную строка» в данном случае, просто удобная альтернатива.
2. Скачиваете пакет.
3. Устанавилваете через gdebi, дважды кликнув по скачанному файлу.
Способов куча. Просто в топике приведён наиболее классический вариант с добавлением PPA-репозитория (а это ого-го какой плюс по сравнению с виндовс-стайл — программа сама будет обновляться вместе с обновлением всей остальной системы) который, кстати, тоже можно добавить используя гуй. И ключ тоже через гуй легко добавляется.
«Командную строка» в данном случае, просто удобная альтернатива.
Спасибо за пояснение.
Разве при установке через gdebi не будут подхвачены репозитории для обновления?
Если нет, то это странно, но это уже другая тема ))
Разве при установке через gdebi не будут подхвачены репозитории для обновления?
Если нет, то это странно, но это уже другая тема ))
Я такое поведение только у скайпа наблюдал — многие ругаются. А другой софт ставить через gdebi никогда не приходилось, может и подхватит.
Подозреваю, что при прописывании репозитория, из него начинает тянуться не только устанавливаемая софтина, но и обновления для прочего софта, о чём не просили.
Несмотря на то, что линуксоиды приводят в качестве аргумента полную прозрачность и подконтрольность происходящего, меня как раз пугает обилие взаимосвязей между разрозненными утилитами, что приводит к непредсказуемым последствиям в сколько-нибудь сложной реальной системе.
Ок-ок, умолкаю. Просто обидно, ведь счастье (когда компьютер выполняет всё то, что должен выполнять компьютер) кажется таким возможным :-)
Несмотря на то, что линуксоиды приводят в качестве аргумента полную прозрачность и подконтрольность происходящего, меня как раз пугает обилие взаимосвязей между разрозненными утилитами, что приводит к непредсказуемым последствиям в сколько-нибудь сложной реальной системе.
Ок-ок, умолкаю. Просто обидно, ведь счастье (когда компьютер выполняет всё то, что должен выполнять компьютер) кажется таким возможным :-)
Вы когда репозиторий добавляете, то указываете, в этом добавляемом репозитории, директорию, которую следует чекать (в данном случае ppa.launchpad.net/rabbitvcs/ppa/ubuntu). А директория эта носит такое же название, что и софтина, которую требуется обновлять. Отсюда следует, что никакого левого софта не подсасывается, по новодобавляемому репозиторию.
интересно — я один думаю, что двухпанельный norton-интерфейс был бы проще, нагляднее, логичнее?
Я только недавно пересел на убунту, установил rabbitsvc, но контекстного меню в наутилусе так и не появилось…
установка прошла успешно, делал рестарт всей системы.
Кто-нибудь может подсказать как заставить rabbitsvc заработать?
установка прошла успешно, делал рестарт всей системы.
Кто-нибудь может подсказать как заставить rabbitsvc заработать?
Придется побыть некропостером, но эта статья одна из первых в гуглопоиске. Поэтому оставлю ссылку для себя и остальных KDE-юзеров.
Год пользуюсь Rabbit'ом интегрированным в Dolphin — полет нормальный. Интегрируется добавлением двух *.desktop файлов, вот так:
code.google.com/p/rabbitvcs/issues/detail?id=295
Год пользуюсь Rabbit'ом интегрированным в Dolphin — полет нормальный. Интегрируется добавлением двух *.desktop файлов, вот так:
code.google.com/p/rabbitvcs/issues/detail?id=295
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
GUI SVN клиент для Linux