Здравствуйте, _DEBUG, Вы писали:
DEB>Кто нибудь пользуется?
Я пользуюсь, правда недавно — хорошая вещч.
Сервер svn может работать как сам по себе, так и в качестве модуля Apache. Я использую именно этот вариант. Глюков пока не замечено.
Скоро будет русский перевод полного руководства по Subversion.
Если есть заинтересованность у народа, могу накидать типа QuickStart по Subversion для Windows. Надо? Сейчас самое время начинать пользовать — скоро релиз выйдет.
DEB>Есть ли клиенты для винды?
svn.exe
Графических пока нет. Есть некий RapidSVN, но это поделие и клиентом-то назвать язык не поворачивается.
Здравствуйте, Dimentiy, Вы писали:
D>Здравствуйте, _DEBUG, Вы писали:
DEB>>Кто нибудь пользуется?
D>Если есть заинтересованность у народа, могу накидать типа QuickStart по Subversion для Windows. Надо? Сейчас самое время начинать пользовать — скоро релиз выйдет.
Если не сложно Сейчас сижу разбираюсь с ним — любая помощь очень кстати.
DEB>>Есть ли клиенты для винды?
D>svn.exe D>Графических пока нет. Есть некий RapidSVN, но это поделие и клиентом-то назвать язык не поворачивается.
D>Можно написать в рамках RSDN.
Хорошая мысль — готов принять посильное участие
Disclaimer: Прошу относиться с пониманием к тому, что данный текст пишется "на коленке" и разумеется не может рассматриваться как полноценное описание. Цель описания — только создать и настроить простейший репозиторий и начать работу с системой svn.
1. Использованное программное обеспечение:
----- Apache 2.0.44
(apache_2.0.44-win32-x86-no_ssl.msi, 5 000 704 bytes)
(Текущая версия 2.0.45, но я использовал 0.44, поэтому так и описываю. Отличий в настройке нет.) Subversion
(svn-0.20.0-setup.exe, 3 806 357 bytes)
Для заметки: Зачем нужен Apache?
Доступ к репозиторию Subversion возможен несколькими способами — локально, с использованием собственного протокола и standalone сервера, а также с использованием Apache и WebDAV. Последний способ, имхо, является предпочтительным — настройка доступа осуществляется средствами Apache и соответсвенно очень конфигурабельна, протокол http работает везде где только можно, надёжность Apache в общем-то доказана временем. Кроме того, хотя это уже и не так важно для нашего дела, система Subversion построена на APR (Apache Portable Runtime) и портируется на все платформы, на которых работает Апач. Ну, а с использованием локальных файлов вообще, ИМХО, лишена смысла
2. Установка продуктов
-----
Используя стандартные процедуры установки, устанавливаем Subversion и Apache.
Примем для простоты, что конечные директории установки, соответственно, C:\Program Files\Subversion\ и C:\Program Files\Apache Group\Apache2\ (директории по умолчанию).
Необходимо убедиться, что переменная PATH содержит путь к C:\Program Files\Subversion\ . Как это делается в Win9x, я уже не помню. По-моему, надо перегружаться — хотя не догма. Это необходимо для использования утилит svn и svnadmin из командной строки.
Всё, базова установка совершена. Далее мы будем настраивать Apache, репозиторий и сеть.
3. Конфигурация сети.
-----
Имя хоста для Subversion. Для простоты примем, что мы настраиваем хост svn.rsdn.ru Разумеется, каждый системный администратор должен будет использовать при установке и настройке имя другого хоста и правильно настроить DNS, если предполагается коллективная работа. Для простоты опять же, этот вариант мы рассматривать не будем и просто напишем в файл hosts (местоположение на WinNT/2000/XP — %SystemRoot%\System32\drivers\etc\hosts) следующую строчку:
# 38.25.63.10 x.acme.com
# x client host
127.0.0.1 localhost 127.0.0.1 svn.rsdn.ru
Теперь обращение к svn.rsdn.ru с Вашей машины будет перенаправляться на 127.0.0.1, где и стоит Apache. Для начала работы с системой достаточно. Впоследствии Вы настроите правильные IP-адреса.
4. Настройка Apache
-----
Настройка Apache осуществляется с использованием настроечного файла httpd.conf в каталоге C:\Program Files\Apache Group\Apache2\conf\ .
Настройка апача — дело тонкое и многогранное, на httpd.apache.org лежит исчерпывающая документация на эту тему, и мы касаться её не будем. Для нашей задачи понадобится не так много настроек.
Оговорим только ещё одну вещч. Apache допускает, как полноценный веб-сервер, обслуживание множества виртуальных хостов. Для простоты описания примем, что данный Apache обслуживать будет только Subversion. Тот, что использует VHOSTS — знает что делать с файлами настройки в своём случае.
Итак. Имеем стандартный файл httpd.conf. Вносим в него следующие изменения:
— Устанавливаем переменную ServerName:
ServerName svn.rsdn.ru:80
— Разрешаем использование модуля mod_dav:
#LoadModule dav_module modules/mod_dav.so
меняем на LoadModule dav_module modules/mod_dav.so
Здесь предполагается, что физически репозиторий будет находиться в каталоге "C:\Repository". Доступ к корню репозитория будет осуществляться по адресу http://svn.rsdn.ru/svn/
Обратите внимание на использование прямых слэшей вместо обратных в настройках Apache.
Также нужно скопировать файл mod_dav_svn.so из поставки Subversion в каталог C:\Program Files\Apache Group\Apache2\modules\ и файл libdb40.dll из поставки Subversion — в каталог "C:\Program Files\Apache Group\Apache2\bin\" .
Это собственно модуль системы Subversion и библиотека доступа к репозиторию, используемая модулем. В принципе, libdb40.dll может наверное находиться не в bin\, а в любой директории, описанной в переменной PATH.
Перезапустим сервис Apache.
5. Настройка Subversion, создание репозитория.
-----
В состав системы Subversion входят две основные консольные утилиты — svn.exe и svnadmin.exe. Первая утилита — собственно клиент, используемый нами в работе. svnadmin — утилита для обслуживания репозитория — создания, создания резервных копий и т.д.
Запустим консоль (cmd.exe). Подадим команду:
svnadmin create "C:\repository"
Если нет сообщений об ошибках — значит наш репозиторий создан!
В англоязычной документации команда "svnadmin create ..." описана как "svn create ....". "Не верь глазам своим".. очепятка. Уже описана в списке багов.
-----
Собственно, на этом этапе система готова к работе. Это не значит, что работа завершена — нужно назначить в случае необходимости разные права доступа для разных пользователей, возможно доступ посредством ssh — но эти вопросы больше относятся к конфигурации Apache и здесь их рассматривать ни к чему.
Главное — система на этоп этапе готова к началу работы.
Описывать собственно работу с системой я не буду — в последнем номере журнала RSDN за 2002 год есть хорошая статья о работе с CVS. Последовательность импорта начального проекта, синхронизации — аналогична и для svn.
Надо однако учитывать, что идеология-то общая, а реализация у cvs и svn разная. Посему за деталями, пока я книжку не перевёл, отсылаю к англоязычному оригиналу, а здесь просто приведу некоторые первые команды:
svn mkdir -m "Directory for my test project" http://svn.rsdn.ru/svn/testproject
— создаём тестовую директорию testproject в репозитории для нашего первого проекта. Обратите внимание на изменение номера Revision репозитория. В отличие от CVS, где все файлы имеют свою нумерацию — в svn любое изменение репозитория приводит к изменению общего Revision number.
svn import -m "initial release" http://svn.shtrih-m.ru/svn/testproject .
— Включаем в репозиторий файлы из текущего каталога с подкаталогами (обратите внимание на точку в конце команды).
Выполнение команды svn co http://svn.shtrih-m.ru/svn/testproject .
в пустой директории создаст рабочую копию проекта, полученную из репозитория, и на этом этапе можно начинать работу.
Здравствуйте, Dimentiy, Вы писали:
S>>А возможна ли связка IIS + SVN?
Читая доки я так понял, что невозможна (наверное пока )
На настоящий момент возможна работа только с локальными файлами и Апачем.
Есть исходники — можно самим дописать
Здравствуйте, _DEBUG, Вы писали:
_DE>Здравствуйте, Dimentiy, Вы писали:
S>>А возможна ли связка IIS + SVN?
Я не спрашивал, я отвечал на этот вопрос. См. выше дерево сообщений.
_DE>На настоящий момент возможна работа только с локальными файлами и Апачем.
Это не так. Возможна работа с использованием ra_dav (используя модуль apache), ra_file (с локальными файлами) и ra_svn (с использованием собственного протокола и сервера svnserve). Так что вариантов на само деле три, а не два.
В девелоперском списке рассылки сегодня обсуждается забавная тема "Why is subversion so slow?"
Именно с применением mod_dav_svn. Моё имхо — хотя тормоза и присутствуют, они не настолько серьёзны, чтобы париться на эту тему.
_DE>Есть исходники — можно самим дописать
Можно-то можно, а нужно ли? Какой выигрыш это даёт?
Гораздо нужнее написать MSSCCI(SCC API) — интерфейс к Subversion, но Microsoft, к сожалению, зажимает спецификации.
_DE>Кстати — есть фри ГУИ клиент для него TortoiseSVN
Отстой этот TortoiseSVN (моё сугубое ИМХО). Как и TortoiseCVS.
_DE>Кстати — есть фри ГУИ клиент для него TortoiseSVN
D>Отстой этот TortoiseSVN (моё сугубое ИМХО). Как и TortoiseCVS.
Подивившись на вашу реакцию, которую по счастию уже снёс модератор — скачал я новую версию TortoiseSVN.
Ну, что сказать — действительно, можно пользоваться. Даже наверное удобно. Кому-то. Так что свои слова насчёт "отстой" я, скромно потупившись, возьму обратно.
Но речь не об этом. TortoiseSVN позволяет делать только ограниченное количество операций. В этом и её прелесть, и слабость. Прелесть в том, что никакой лишней информации. Update, Commit, Add... в общем-то, и всё. Легко и понятно, и научить пользоваться можно быстро. А слабость в том, что для работы этого недостаточно.
Для обычного разработчика, имхо, вообще важнее возможность работать с версиями из своей IDE, чем из приложения Explorer.
Автоматизации — никакой. Всё ручками. А зачем?
Если обобщить, в среде Windows нужен COM-объект вроде "SourceControl.Subversion", чтобы можно было использовать его везде, где хочется — в том числе и в Tortoise. Так правильно.
Тогда к одной и той же функциональности можно будет делать разные интерфейсы в зависимости от задач и уровня пользователей.
А так как сделано — извините, неправильно. Не тот это путь. Имхо, конечно.
Здравствуйте, _DEBUG, Вы писали:
_DE>Есть ли клиенты для винды?
Вышла альфа-версия плагина для VS.Net. Домашняя страница проекта: http://ankhsvn.tigris.org/
Можно пробовать пользоваться (и писать отзывы авторам!).
Что до клиента TortoiseSVN — он теперь нормально работает со всеми файлами (интернациональные символы в имени файла). Текущая версия — 0.10, вполне стабильна.
Версия 0.11 появится в пятницу и (на любителя) будет включать мою русификацию .
Re[4]: Ну раз надо, лови ;-) Subversion(SVN) QuickStart
D>Disclaimer: Прошу относиться с пониманием к тому, что данный текст пишется "на коленке" и разумеется не может рассматриваться как полноценное описание. Цель описания — только создать и настроить простейший репозиторий и начать работу с системой svn.
Если есть желание немного расширить этот материал, то я готов в свою очередь разместить его на своём сайте.
Здравствуйте, Akzhan, Вы писали:
A>Если есть желание немного расширить этот материал, то я готов в свою очередь разместить его на своём сайте.
Вообще есть страница, посвященная Subversion, на сайте Алексея Махоткина. Но там пока ничего нет Хотя у него другая ситуация, он насколько я понимаю пишет с коллегами из Новософта CVS следующего поколения.
Так что думаю, что тексты эти будут на моём сайте (вернее, будет специальный сайт) — так сложилось, что я сейчас перевожу основной мануал по Subversion и с завтрашнего дня являюсь Release-Manager проекта TortoiseSVN.
Окончательные тексты выкладывать рано, поскольку система развивается (и соответственно меняется). Но эти изменения уже не носят принципиальный характер, думаю скоро всё закончится релизом.
p.s. Нет желания написать svn-плагин для Delphi/Builder?
Re[6]: Ну раз надо, лови ;-) Subversion(SVN) QuickStart
Здравствуйте, Dimentiy, Вы писали:
D>p.s. Нет желания написать svn-плагин для Delphi/Builder?
А разве Athlant не поддерживает SVN? Я являюсь зарегистрированным пользователем Devrace Athlant (http://www.devrace.com/) и принимал некоторое участие как бета-тестер.
Здравствуйте, Dimentiy, Вы писали:
D>Гораздо нужнее написать MSSCCI(SCC API) — интерфейс к Subversion, но Microsoft, к сожалению, зажимает спецификации.
Тогда Athlant не поддерживает Subversion.
Кстати, Андрей Семак, автор Athlant, может либо встроить модуль поддержки Subversion, либо помочь Вам в получении доступа к MS SCCI API spec.
По крайней мере он такой доступ получил (afair, через Сергея Вострикова).
Здравствуйте, Akzhan, Вы писали:
A>Здравствуйте, Dimentiy, Вы писали:
D>p.s. Нет желания написать svn-плагин для Delphi/Builder?
A>А разве Athlant не поддерживает SVN? Я являюсь зарегистрированным пользователем Devrace Athlant (http://www.devrace.com/) и принимал некоторое участие как бета-тестер.
IMHO, не поддерживает. Системы Subversion-то, как таковой, нет ещё — только бета-версии.
А вообще, у меня сложилось очень неоднозначное, скажу дипломатично, мнение об Athlant. Во всяком случае, EAccessViolation я видел регулярно. Ничего конкретного не скажу. Возможно, конфликт был с чем-то, с моими классами, с JEDI — не знаю. Возможно, эти проблемы уже решены (если они были).
Хотя откровенно говоря, я проникся идеей интеграции в Shell, заложенной в TortoiseSVN. Мне чуть выше по тексту минусов накидали — пришлось сначала разобраться, потом проникнуться, потом включиться в команду Так что нужен ли такой плагин, равно как и плагин к VS.Net — большой вопрос. Конечно, чем больше выбор тем лучше — но лично я сейчас обхожусь Tortoise.
Re[9]: Нет. Subversion - кроссплатформенный продукт.
Здравствуйте, Akzhan, Вы писали:
A>Кстати, Андрей Семак, автор Athlant, может либо встроить модуль поддержки Subversion
Думаю, это было бы очень неплохо — думаю, в первую очередь для него самого как автора Athlant — лишнее преимущество.
A>, либо помочь Вам в получении доступа к MS SCCI API spec. A>По крайней мере он такой доступ получил (afair, через Сергея Вострикова).
Конкретно мне доступ этот сейчас не нужен. Мне бы мануал перевести на хорошем уровне и FAQ-и для пользователей Windows на русском написать ("родной" мануал рассчитан в первую очередь на консольный режим использования и Unix). Причём неплохо успеть сделать это к релизу
Кроме того, уточню — я ни в коем разе не разработчик Subversion. Базовые модули пишутся людьми из CollabNet в основном, на фултайме. Просто нравится мне этот проект, правильный он какой-то Я слежу, чтобы в TortoiseSVN было всё нормально с русским, и только.
Кстати, в девелоперском списке рассылки Subversion пробегают русские имена, причём есть именно что разработчики отдельных вещей. Но им, скорее всего, не до переводов. Так что, каждому своё.
Здравствуйте, Dimentiy, Вы писали:
D>А вообще, у меня сложилось очень неоднозначное, скажу дипломатично, мнение об Athlant. Во всяком случае, EAccessViolation я видел регулярно. Ничего конкретного не скажу. Возможно, конфликт был с чем-то, с моими классами, с JEDI — не знаю. Возможно, эти проблемы уже решены (если они были).
Хе. Были малопринципиальные глюки в Athlant в ранних версиях. Но сейчас это вылизанный и удобный продукт. Мне им пользоваться удобнее, чем любым другим, возможно, исключая встроенный в VS.NET.
Если найдёшь ошибки в последних версиях, не поленись сообщить автору.
Да, чуть не забыл: я разместил feature request на Subversion API для Devrace Athlant.
Здравствуйте, Akzhan, Вы писали:
A>Здравствуйте, Dimentiy, Вы писали:
D>>А вообще, у меня сложилось очень неоднозначное, скажу дипломатично, мнение об Athlant. Во всяком случае, EAccessViolation я видел регулярно. Ничего конкретного не скажу. Возможно, конфликт был с чем-то, с моими классами, с JEDI — не знаю. Возможно, эти проблемы уже решены (если они были).
A>Хе. Были малопринципиальные глюки в Athlant в ранних версиях. Но сейчас это вылизанный и удобный продукт. Мне им пользоваться удобнее, чем любым другим, возможно, исключая встроенный в VS.NET.
A>Если найдёшь ошибки в последних версиях, не поленись сообщить автору.
Дело было вечером, делать было нечего...
Вернее не вечером, а днём — но учитывая, что автор TortoiseSVN опять всё поломал, а я пытался всю ночь безуспешно собрать из поломанного релиз (отдельно стоит отметить свежепротестированную VS.Net 2003, которая произвела хорошее впечатление за исключением того, что местами не работает ) — кроме как тестировать Атлант делать мне нечего
Буду писать впечатления "с листа", как говорится что вижу, о том пою. Просьба ни в коем случае не воспринимать как антирекламу, а исключительно как предложения по улучшению.
Рассматривается текущая свежескачанная версия.
Забегая вперёд, скажу что движение вперёд налицо.
Тем не менее, к замечаниям.
1) Первый запуск Атланта. Сообщение о том, что осталось 6 дней evaluation(следствие прошлых проб). С одной стороны это понятно, но с другой — ранние-то версии мне не подошли, а будущие через шесть дней, если бы вдруг пришло в голову, мне попробовать уже будет не судьба.
2) Открываю старый проект. Открываю Athlant Manager. Разрешена команда View Source для *.res-файла проекта. При её исполнении, конечно, получается белиберда в окне редактора.
3) В проекте два файла — Project1.dpr и Unit2.pas. Оба открыты в текстовом редакторе. Команда View Source для Unit1.pas активирует закладку с Unit1.pas, как и ожидается. Команда View Source для Project1.dpr приводит к ругательному MessageBox-у.
4) Я никуда не залогинился и кнопки CheckOut и т.д. — grayed. Непонятно при этом, почему также Grayed кнопки "Add non-project file(s)" и "Remove non-project file(s)". Если я хочу поработать, потом залогиниться и сделать Commit — почему Athlant Manager не позволяет добавлять non-project files?
5) Насчёт AthlantDiff.exe. Какой полезностью обладает эта утилита, если не позволяет редактировать файлы? Просто просматривать изменения — мало толку, ИМХО.
6) Ещё про AthlantDiff. Если рассматривать эту утилиту только в приложении к работе с продуктами Borland, то это замечание не так важно. А вообще, есть обалденная библиотека для подсветки синтаксиса — Colorer. Подсвечивает всё на свете. К тому же не поддерживает Unicode и подсвечивает синтаксис. А в атланте опять же стандартный набор шаблонов подстветки, да и например подстветка *.cpp какая-то странная. Я уже обыскался diff, которым можно было бы сравнивать XML-файлы в UTF-8. Нашёл только утилиту CompareIt!, но у неё алгоритм мягко говоря странноватый, продолжаю искать.
В общем-то понравилось, текущая версия действительно лишена всяких EAccessViolation, и функциональность хорошая. Кому-то наверняка будет полезным инструментом.
Это я, автор Athlant. По наводке Акжана
D>>>А вообще, у меня сложилось очень неоднозначное, скажу дипломатично, мнение об Athlant. Во всяком случае, EAccessViolation я видел регулярно. Ничего конкретного не скажу. Возможно, конфликт был с чем-то, с моими классами, с JEDI — не знаю. Возможно, эти проблемы уже решены (если они были).
Было дело. Мы все учились понемногу...
D>Забегая вперёд, скажу что движение вперёд налицо. D>Тем не менее, к замечаниям.
Спасибо, будем равивать дальше
D>1) Первый запуск Атланта. Сообщение о том, что осталось 6 дней evaluation(следствие прошлых проб). С одной стороны это понятно, но с другой — ранние-то версии мне не подошли, а будущие через шесть дней, если бы вдруг пришло в голову, мне попробовать уже будет не судьба.
Сейчас триал сбрасивается с новой версией.
D>2) Открываю старый проект. Открываю Athlant Manager. Разрешена команда View Source для *.res-файла проекта. При её исполнении, конечно, получается белиберда в окне редактора.
Согласен. Работаю в этом напрвлении. Думаю засеривать это меню для бинарников.
D>3) В проекте два файла — Project1.dpr и Unit2.pas. Оба открыты в текстовом редакторе. Команда View Source для Unit1.pas активирует закладку с Unit1.pas, как и ожидается. Команда View Source для Project1.dpr приводит к ругательному MessageBox-у.
Есть бага. Ищу решение. Особенности Borland IDE
D>4) Я никуда не залогинился и кнопки CheckOut и т.д. — grayed. Непонятно при этом, почему также Grayed кнопки "Add non-project file(s)" и "Remove non-project file(s)". Если я хочу поработать, потом залогиниться и сделать Commit — почему Athlant Manager не позволяет добавлять non-project files?
Куда? А Connect to storage? Читаем мануал — на сайте он есть
D>5) Насчёт AthlantDiff.exe. Какой полезностью обладает эта утилита, если не позволяет редактировать файлы? Просто просматривать изменения — мало толку, ИМХО.
Она фриварна, поэтому ждать от неё чуда нестоит. Сейчас есть человчек, который её будет развивать и еще обещает прикрутить 3-х версионный мерж. Вообщем создавалась как бонус на безрыбье.
D>6) Ещё про AthlantDiff. Если рассматривать эту утилиту только в приложении к работе с продуктами Borland, то это замечание не так важно. А вообще, есть обалденная библиотека для подсветки синтаксиса — Colorer. Подсвечивает всё на свете. К тому же не поддерживает Unicode и подсвечивает синтаксис. А в атланте опять же стандартный набор шаблонов подстветки, да и например подстветка *.cpp какая-то странная.
Стандартная для SynEdit. Я ничего не изобретал.
D>Я уже обыскался diff, которым можно было бы сравнивать XML-файлы в UTF-8. Нашёл только утилиту CompareIt!, но у неё алгоритм мягко говоря странноватый, продолжаю искать.
Могу дать мыло вышеупомянутого хлопца — возможно дойдете до определенного компромиса.
D>В общем-то понравилось, текущая версия действительно лишена всяких EAccessViolation, и функциональность хорошая. Кому-то наверняка будет полезным инструментом.
Здравствуйте, Dimentiy, Вы писали:
D>Кроме того, уточню — я ни в коем разе не разработчик Subversion. Базовые модули пишутся людьми из CollabNet в основном, на фултайме. Просто нравится мне этот проект, правильный он какой-то Я слежу, чтобы в TortoiseSVN было всё нормально с русским, и только.
Ясно. Получение SCC API было целой эпопеей, поскольку распостраняется через NDA. Если CollabNet интересно, могу поделиться опытом, потому как история длиннннннннноватая получается MS слишком круто завернули с конфиденциальностью, но что поделаешь..
Хотя каждая уважающая себя система контроля версий имеет своего SCC провайдера.
D>Кстати, в девелоперском списке рассылки Subversion пробегают русские имена, причём есть именно что разработчики отдельных вещей. Но им, скорее всего, не до переводов. Так что, каждому своё.
Здравствуйте, Akzhan, Вы писали:
A>Если найдёшь ошибки в последних версиях, не поленись сообщить автору.
Всегда готов обсудить любые пожелания.
A>Да, чуть не забыл: я разместил feature request на Subversion API для Devrace Athlant.
Акжан, я публично заявляю, что тебе ОЧЕНЬ благодарен за оценку и твои предложеения
Больше бы таких пользователей. А то тяжко с буржуинами, пассивные они какие-то
D>5) Насчёт AthlantDiff.exe. Какой полезностью обладает эта утилита, если не позволяет редактировать файлы? Просто просматривать изменения — мало толку, ИМХО.
САР>Она фриварна, поэтому ждать от неё чуда нестоит. Сейчас есть человчек, который её будет развивать и еще обещает прикрутить 3-х версионный мерж. Вообщем создавалась как бонус на безрыбье.
D>6) Ещё про AthlantDiff. Если рассматривать эту утилиту только в приложении к работе с продуктами Borland, то это замечание не так важно. А вообще, есть обалденная библиотека для подсветки синтаксиса — Colorer. Подсвечивает всё на свете. К тому же не поддерживает Unicode и подсвечивает синтаксис. А в атланте опять же стандартный набор шаблонов подстветки, да и например подстветка *.cpp какая-то странная.
САР>Стандартная для SynEdit. Я ничего не изобретал.
D>Я уже обыскался diff, которым можно было бы сравнивать XML-файлы в UTF-8. Нашёл только утилиту CompareIt!, но у неё алгоритм мягко говоря странноватый, продолжаю искать.
САР>Могу дать мыло вышеупомянутого хлопца — возможно дойдете до определенного компромиса.
Насчёт diff-а. "Дифф моей мечты" выглядит так:
— Автоопределение исходной кодировки документа (ANSI, UCS, UTF-8 и т.д.). Обязательно возможность указать кодировку явно, примерно как в почтовых программах (если определялка ошиблась). Насчёт алгоритма определения можно посмотреть на UniEdit. В хелпе к этому редактору описан алгоритм, по которому работает его определялка. Также есть юникодный редактор UniRed, написанный на Delphi.
— Подсветка синтаксиса. Чем больше — тем лучше. Идеально — с использованием Colorer.
— Адекватный алгоритм поиска измемений.
— Стандартные для diff-утилит настройки — "Ignore spaces" и тому подобные. Запоминание последних открытых папок и тому подобных параметров.
— Легковесность. Отсутствие ненужных для работы украшательств.
— Возможность сравнения каталогов.
— Желательно бесплатность
В общем-то, имхо, для diff-утилиты этого достаточно.
Здравствуйте, Dimentiy, Вы писали:
D>5) Насчёт AthlantDiff.exe. Какой полезностью обладает эта утилита, если не позволяет редактировать файлы? Просто просматривать изменения — мало толку, ИМХО.
А какого уровня редактирование ты хотел бы видеть?
а) ручное слияние изменений
б) мелкие ручные правки
в) полноценный редактор
г) автоматическое/автоматизированное слияние изменений по двум/трем версиям
D>6) Ещё про AthlantDiff. Если рассматривать эту утилиту только в приложении к работе с продуктами Borland, то это замечание не так важно. А вообще, есть обалденная библиотека для подсветки синтаксиса — Colorer.
Глянем как нибудь.
D>Подсвечивает всё на свете. К тому же не поддерживает Unicode и подсвечивает синтаксис. А в атланте опять же стандартный набор шаблонов подстветки, да и например подстветка *.cpp какая-то странная.
Стоит обычный SynEdit.
D>Я уже обыскался diff, которым можно было бы сравнивать XML-файлы в UTF-8. Нашёл только утилиту CompareIt!, но у неё алгоритм мягко говоря странноватый, продолжаю искать.
Как одно из возможных решений — глянь на vim. На текущий момент содержит 341 файл подсветки (само собой подсвечивает xml). Работает с utf-8 и 1251(под win) (для работы с другими кодировками надо iconv.dll). Может работать как diff (gvimdiff или gvim -d).
Если взять в этом качестве vim, то
D>- Автоопределение исходной кодировки документа (ANSI, UCS, UTF-8 и т.д.).
Работает с некоторыми оговорками.
D>Обязательно возможность указать кодировку явно, примерно как в почтовых программах (если определялка ошиблась).
Работает.
D>- Подсветка синтаксиса. Чем больше — тем лучше. Идеально — с использованием Colorer.
очень много \
D>- Адекватный алгоритм поиска измемений.
используется внешняя утилита diff.exe. для полной уверенности можешь подложить diff из cygwin'а
D>- Стандартные для diff-утилит настройки — "Ignore spaces" и тому подобные. Запоминание последних открытых папок и тому подобных параметров.
настройки есть, история комманд есть
D>- Легковесность. Отсутствие ненужных для работы украшательств.
~3.5мб сетап, но это же мошьнейший текстовый редактор большую часть занимают доки и файлы подсветки
D>- Возможность сравнения каталогов.
чего нет, того нет Но можно прикрутить, если еще никто не прикрутил до нас
D>- Желательно бесплатность
халява, сэр... и очень хорошая халява, скажу честно.
Из сильных минусов для новичков и огромных плюсов для людей освоившихся — сильно отличается от notepad, wordpad, word и иже с ними, очень СИЛЬНО. Особо приятен людям страдающим от хронического слепого десятипальцевого набора
Для особо ленивых есть ключик -y, а для всех остальных gvimtutor, F1 и user manual
PS Что касается AthlantDiff'а, то спасибо за рекомендации и советы, возможно, часть из них будет воплощена в жизнь.
Здравствуйте, Alexander S. Gordienko, Вы писали:
ASG>халява, сэр... и очень хорошая халява, скажу честно.
ASG>Из сильных минусов для новичков и огромных плюсов для людей освоившихся — сильно отличается от notepad, wordpad, word и иже с ними, очень СИЛЬНО. Особо приятен людям страдающим от хронического слепого десятипальцевого набора
Здравствуйте, Dimentiy, Вы писали:
ASG>>Из сильных минусов для новичков и огромных плюсов для людей освоившихся — сильно отличается от notepad, wordpad, word и иже с ними, очень СИЛЬНО. Особо приятен людям страдающим от хронического слепого десятипальцевого набора
D>Vim конечно знаю. Но это слишком чумово для меня
дак попробуй запустить его с ключиком -y, будет аля notepad
Версия 0.11 включает мою локализацию на русский язык.
Не всё там ещё ещё гладко, но тем не менее работа движется.
Я был бы очень благодарен за отзывы и предложения _по_локализации_.
Мой электронный адрес указан в профиле.
"Редакцию" на "ревизию" менять не буду! "Ревизия" — это когда налоговики шномают
Замечания и предложения по программе (предварительно обдумав их! ) направляйте пожалуйста в девелоперский список рассылки — dev(at)tortoisesvn.tigris.org
Здравствуйте, Dimentiy, Вы писали:
D>Вышла версия 0.11 клиента TortoiseSVN для системы управления версиями Subversion.
... D>Замечания и предложения по программе (предварительно обдумав их! ) направляйте пожалуйста в девелоперский список рассылки — dev(at)tortoisesvn.tigris.org
Спасибо — скачал, посмотрю и буду пробовать.
До этого пользовался предыдущей версией
Здравствуйте, Dog, Вы писали:
Dog>Ну вы даёте это при том, что соседняя ветка про это. Dog>http://tortoisesvn.tigris.org/
Про все это в прошлом году спрашивалось (просто кто-то ветку поднял)
И тогда TortoiseSVN не очень работало (во всяком случае у меня были с ней проблемы)
... << RSDN@Home 1.1.3 stable >>
\n Give me MSDN and I'll show you the world
Re[2]: Subversion (SVN)
От:
Аноним
Дата:
26.05.04 10:21
Оценка:
Здравствуйте, Dimentiy, Вы писали:
D>Я пользуюсь, правда недавно — хорошая вещч. D>Сервер svn может работать как сам по себе, так и в качестве модуля Apache. Я использую именно этот вариант. Глюков пока не замечено.
D>Скоро будет русский перевод полного руководства по Subversion.
D>Если есть заинтересованность у народа, могу накидать типа QuickStart по Subversion для Windows. Надо? Сейчас самое время начинать пользовать — скоро релиз выйдет.
Здравствуйте, Аноним, Вы писали:
А>Как в -m передать что-то русско-символьное?
Хм... интересный вопрос
Я сам пользуюсь TortoiseSVN и там конвертация в utf-8 встроенная.
Попробовал сейчас svn.exe — действительно, не хочет кушать русские имена. Притом, что раньше вроде работало(?).
Надо разобраться
Re[4]: Subversion (SVN)
От:
Аноним
Дата:
26.05.04 11:26
Оценка:
Здравствуйте, Dimentiy, Вы писали:
А>>Как в -m передать что-то русско-символьное?
D>Хм... интересный вопрос D>Я сам пользуюсь TortoiseSVN и там конвертация в utf-8 встроенная. D>Попробовал сейчас svn.exe — действительно, не хочет кушать русские имена. Притом, что раньше вроде работало(?). D>Надо разобраться
Dimentiy, спасибо за вникание в проблему.
Нужно действительно сформировать командную строку для svn.exe. Нам это ну очень нужно. Могу применить для этого практически любые конвертации, указать в --encoding что нужно. Ты, уж, барин, намекни как, а уж мы-то расстараемся...
Мой адрес ekarataev@mail.ru
С уважением и надеждой на светлое будущее,
Евгений Каратаев.
Re[5]: Subversion (SVN)
От:
Аноним
Дата:
26.05.04 11:57
Оценка:
Здравствуйте, Dimentiy, Вы писали:
А>>>Как в -m передать что-то русско-символьное?
Вопрос решился научным методом имени профессора Тыка.
C:\sources\systool\svn>svn commit -m
"%D0%BD%D0%B0%20%D1%80%D1%83%D1%81%D1%81%D0
%BA%D0%BE%D0%BC" --encoding UTF-8
Sending _R_S_Y_N_C.MAC
Transmitting file data .
Committed revision 49.
Здесь строка "%D0%BD%D0%B0%20%D1%80%D1%83%D1%81%D1%81%D0
%BA%D0%BE%D0%BC" означает "русский".
Остальное очевидно
Автомату, формирующему это дело — как два пальца об лед.
С уважением,
Евгений Каратаев.
Re[6]: Subversion (SVN)
От:
Аноним
Дата:
26.05.04 12:06
Оценка:
Здравствуйте, Dimentiy, Вы писали:
А>>>>Как в -m передать что-то русско-символьное?
А>Вопрос решился научным методом имени профессора Тыка. А>C:\sources\systool\svn>svn commit -m А>"%D0%BD%D0%B0%20%D1%80%D1%83%D1%81%D1%81%D0 А>%BA%D0%BE%D0%BC" --encoding UTF-8 А>Sending _R_S_Y_N_C.MAC А>Transmitting file data . А>Committed revision 49.
А>Здесь строка "%D0%BD%D0%B0%20%D1%80%D1%83%D1%81%D1%81%D0 А>%BA%D0%BE%D0%BC" означает "русский".
Но не опускаем руки, товарищи!
TortoiseSVN и svn log показывают эту байду в том же самом виде, то есть
%D0%BD%D0%B0%20%D1%80%D1%83%D1%81%D1%81%D0%BA%D0%BE%D0%BC
А так хотелось чего-то хорошего, свежего, светлого, клинского в конце концов...
Как бы так его убедить?
Здравствуйте, Аноним, Вы писали:
А>>>>>Как в -m передать что-то русско-символьное? А>Как бы так его убедить?
Мда.. похоже, не находит библиотеку apr_iconv. Причём путь к ней у меня прописан правильно — но не работает всё равно.
Если исходить из документации, то достаточно указать что-то вроде
--encoding windows-1251
, чтобы всё нормально работало..
Бага?
Re[8]: Subversion (SVN)
От:
Аноним
Дата:
27.05.04 07:07
Оценка:
Здравствуйте, Dimentiy, Вы писали:
А>>>>>>Как в -m передать что-то русско-символьное? А>>Как бы так его убедить?
D>Мда.. похоже, не находит библиотеку apr_iconv. Причём путь к ней у меня прописан правильно — но не работает всё равно.
D>Если исходить из документации, то достаточно указать что-то вроде D>
--encoding windows-1251
, чтобы всё нормально работало..
Мы, барин, согласные. Нам бы только этот файлик заполучить.
Где бы его нарыть? Можно ссылочку или зипчик на ekarataev@mail.ru ?
Кстати, у меня ставится каталог iconv с кучей so, которые на самом деле dll.
Может, что-то из этого переименовать в что-то или пути прописать, или скопировать еще куда?
D>Бага?
Не последняя, как мы скажем, налив 50 грамм. Кстати, у нас маринованные помидорчики получаются — абалдеть.
С уважением,
Евгений Каратаев.
Re[6]: Ну раз надо, лови ;-) Subversion(SVN) QuickStart
Здравствуйте, Dimentiy, Вы писали:
D>Здравствуйте, Akzhan, Вы писали:
A>>Если есть желание немного расширить этот материал, то я готов в свою очередь разместить его на своём сайте.
D>Вообще есть страница, посвященная Subversion, на сайте Алексея Махоткина. Но там пока ничего нет Хотя у него другая ситуация, он насколько я понимаю пишет с коллегами из Новософта CVS следующего поколения.
D>Так что думаю, что тексты эти будут на моём сайте (вернее, будет специальный сайт)
Я так понимаю ваши переводы лежали на http://svn.ua-embedded.by.ru/? Не подскажите что с сайтом случилось на этой неделе, говорит нет доступа. Может где-то ещё можно увидеть перевод мануала?
Re[7]: Ну раз надо, лови ;-) Subversion(SVN) QuickStart
Здравствуйте, lexavrn, Вы писали:
L>Я так понимаю ваши переводы лежали на http://svn.ua-embedded.by.ru/? Не подскажите что с сайтом случилось на этой неделе, говорит нет доступа. Может где-то ещё можно увидеть перевод мануала?
Не мои это были, мои пропотерялись.
Сейчас существует команда по переводу этой книжки, в которую в т.ч. входит Дмитрий (автор упомянутого перевода).
Исходники куска книги — в trunk репозитория проекта (3 первые главы, то же самое было на означенном сайте).
Идут работы по переводу остального.
Если лениво самому собирать — можно качнуть здесь.
А by.ru просто глюкалово — думаю, со временем поднимется.
Здравствуйте, Dimentiy, Вы писали:
D>Если есть заинтересованность у народа, могу накидать типа QuickStart по Subversion для Windows. Надо? Сейчас самое время начинать пользовать — скоро релиз выйдет.
оченьЖдуНидождся
D>Графических пока нет. Есть некий RapidSVN, но это поделие и клиентом-то назвать язык не поворачивается.
TortoiseSVN
Здравствуйте, Dimentiy, Вы писали:
D>Здравствуйте, _DEBUG, Вы писали:
DEB>>Кто нибудь пользуется?
D>Я пользуюсь, правда недавно — хорошая вещч. D>Сервер svn может работать как сам по себе, так и в качестве модуля Apache. Я использую именно этот вариант. Глюков пока не замечено.
D>Скоро будет русский перевод полного руководства по Subversion.
D>Если есть заинтересованность у народа, могу накидать типа QuickStart по Subversion для Windows. Надо? Сейчас самое время начинать пользовать — скоро релиз выйдет.
DEB>>Есть ли клиенты для винды?
D>svn.exe D>Графических пока нет. Есть некий RapidSVN, но это поделие и клиентом-то назвать язык не поворачивается.
D>Можно написать в рамках RSDN.
Ну как- же нет, а Tortoise SVN? Ставится как shell-extension к Проводнику.
Плюс набор плагинов для различных IDE: Subclipse для Eclipse. Ankh для VS .Net.
Здравствуйте, Dimentiy, Вы писали:
D>Здравствуйте, VladGalkin, Вы писали:
VG>>Ну как- же нет, а Tortoise SVN?
D>Влад. Давайте уже смотреть на дату (точнее — год) исходных сообщений.
D>p.s. Я был первым нормальным переводчиком tsvn на русский и релиз-менеджером ентого проекта. D>Т.е., вы прямо Колумб
Виноват. Исправлюсь.
Здравствуйте, Dimentiy, Вы писали:
D>Здравствуйте, VladGalkin, Вы писали:
VG>>Ну как- же нет, а Tortoise SVN?
D>Влад. Давайте уже смотреть на дату (точнее — год) исходных сообщений.
D>p.s. Я был первым нормальным переводчиком tsvn на русский и релиз-менеджером ентого проекта. D>Т.е., вы прямо Колумб
Кстати, сегодня в США День Колумба
Здравствуйте, Dimentiy, Вы писали:
D>Можно-то можно, а нужно ли? Какой выигрыш это даёт? D>Гораздо нужнее написать MSSCCI(SCC API) — интерфейс к Subversion, но Microsoft, к сожалению, зажимает спецификации.
MSSCLI можно бесплатно получить от MS под NDA.
Sapienti sat!
Re[9]: Нет. Subversion - кроссплатформенный продукт.
Здравствуйте, Cyberax, Вы писали:
D>>Можно-то можно, а нужно ли? Какой выигрыш это даёт? D>>Гораздо нужнее написать MSSCCI(SCC API) — интерфейс к Subversion, но Microsoft, к сожалению, зажимает спецификации. C>MSSCLI можно бесплатно получить от MS под NDA.
Это хорошо. Хорошо, что на крови клясться не надо.
Здравствуйте, IHmG, Вы писали:
IHG>Здравствуйте, _DEBUG, Вы писали:
_DE>>Кто нибудь пользуется? Есть ли клиенты для винды?
_DE>>Спасибо
IHG>Можете подсказать какой-нибудь плагин для работы с Subversion из Delphi? Что-нибудь вроде TortoiseSVN, только из IDE...
IHG>Спасибо.
Здравствуйте, IHmG, Вы писали:
IHG>Можете подсказать какой-нибудь плагин для работы с Subversion из Delphi? Что-нибудь вроде TortoiseSVN, только из IDE...
Посмотрите http://www.devrace.com/ru/athlant/. Сам не пробовал, но ребята работают над этим продуктом достаточно давно. Это разработчики библиотеки доступа к данным FIBPlus.
И еще такой вопрос: есть ли возможность в SVN делать эксклюзивный checkout, а затем checkin "предварительный" — т.е. не отпуская файл насовсем, как-бы в отдельном бранче, и "окончательный" — т.е. файл отпускается и изменения становятся видны всем?
Может, такая функциональность есть в какой-нибудь другой системе контроля версий?
Здравствуйте, asv, Вы писали:
asv>И еще такой вопрос: есть ли возможность в SVN делать эксклюзивный checkout, а затем checkin "предварительный" — т.е. не отпуская файл насовсем, как-бы в отдельном бранче, и "окончательный" — т.е. файл отпускается и изменения становятся видны всем?
работайте в отдельном branche, когда будете готовы(например после code review) вmergетe в trunk. Branchи в svn-e дешевые.
.
MS слишком круто завернули с конфиденциальностью, но что поделаешь..
\
