Вверх ↑
Этот топик читают: Гость
Ответов: 3889
Рейтинг: 362
#16: 2011-10-29 11:37:17 ЛС | профиль | цитата
CriDos писал(а):
как её собирать я не вкусе

Не исключено, что делается выборочный постраничный дамп wiki (см. WikiCenter), индексный файл и потом HTM2CHM. Трюк в том, чтобы правильно назвать все ветви дерева, чтобы запросы от среды к сервису справки открывали нужную страницу элемента.
карма: 1

0
Ответов: 1841
Рейтинг: 362
#17: 2011-10-29 11:43:44 ЛС | профиль | цитата
Да, тоже об этом подумал...
Попробую реализовать идею с дампом а пока буду обновлять справку из ночной сборки, хотя нужно проверить, мб она тоже не обновляется...
карма: 0
0
Разработчик
Ответов: 24710
Рейтинг: 2064
#18: 2011-10-29 11:46:35 ЛС | профиль | цитата
CriDos писал(а):
Попробую реализовать идею с дампом

А не проще будет Автора попросить в руме, мне так кажется, что он не откажет в выдаче соответствующего софта
карма: 11

0
Ответов: 1841
Рейтинг: 362
#19: 2011-10-29 12:07:00 ЛС | профиль | цитата
наверное
nesco писал(а):
проще будет


Осталось поймать Автора
------------ Дoбавленo в 12.07:
хм, off-line справка в ночной сборке тоже не обновлялась (Дата изменения 06.02.2011) и нету информации о новых элементах: CounterEx, MultiReplace и т.д...
карма: 0
0
Ответов: 1073
Рейтинг: 76
#20: 2011-10-29 12:24:36 ЛС | профиль | цитата
1nd1g0 писал(а):
теперь можно подумать, как off-line справку обновить

CriDos писал(а):
off-line справка в ночной сборке тоже не обновлялась


Как раз кстати вспомнили, я уже над этим вопросом думал и даже начал кое что делать. Но потом чуть приостановил процесс по двум причинам.
Первое не получается полноценный поиск сделать, которого иногда так не хватает.
И второе не править ручками, а автоматизировать процесс (типа обновления справки).



карма: 0

0
Ответов: 3889
Рейтинг: 362
#21: 2011-10-29 15:24:46 ЛС | профиль | цитата
CriDos, касательно нумерации версий, хоть билд SVN и в конце, но он будет меняться реже, чем дата в начале, что порождает логический диссонанс, может стоит просто указывать подбилды вида билд_SVN.номер_сборки_указанного_билда : HiAsm 4.04 AltPack b294.01 или на базе даты: b294.1029

tom-it писал(а):
не получается полноценный поиск сделать, которого иногда так не хватает.

AFAIK, для этого потребуется полноценный редактор с поддержкой баз полнотекстового поиска типа HTML Help Workshop.
карма: 1

0
Ответов: 1073
Рейтинг: 76
#22: 2011-10-29 15:30:43 ЛС | профиль | цитата
1nd1g0 писал(а):
HTML Help Workshop

Неоднократно им пользовался, и все работает. Но я всегда делал справки простенькие без скриптов и прочих вкусностей.
Сейчас же декомпилировал имеющийся файл справки, подправил его и откомпилировал обратно. Поиск есть, но к сожалению не работает, возможно из-за скрипта tools.js
Вобщем, пока занят другим делом, отложил эксперименты до времен, когда будет больше свободного времени.
карма: 0

0
Ответов: 1841
Рейтинг: 362
#23: 2011-10-29 16:30:25 ЛС | профиль | цитата
1nd1g0 писал(а):
билд_SVN.номер_сборки_указанного_билда : HiAsm 4.04 AltPack b294.01 или на базе даты: b294.1029

Согласен, версия в таком формате несёт больше информации.
1nd1g0 писал(а):
HiAsm 4.04 AltPack b294.01

------------ Дoбавленo в 16.27:
Думаю название/версия инсталлятора/сборки должны как можно больше информации содержать: версия svn, среды и сборки...
Т.е. что-то типа: HiAsm 4.04b185.20-01-11 AltBuild v294.01?
------------ Дoбавленo в 16.30:
Хотя, если учесть что среда заморожена... то думаю можно обойтись и HiAsm 4.04 AltBuild v294.01...
карма: 0
0
Ответов: 3889
Рейтинг: 362
#24: 2011-10-29 17:12:40 ЛС | профиль | цитата
CriDos, b185 давно уже дорос до b294, дату можно превратить в подбилд, если в течении суток более одной сборки планируете делать, то можно b294.1026.01 что значит 1 версия от 26 октября с svn ревизией 294.
карма: 1

0
Разработчик
Ответов: 24710
Рейтинг: 2064
#25: 2011-10-29 17:25:36 ЛС | профиль | цитата
1nd1g0 писал(а):
b185 давно уже дорос до b294

Это совершенно разные вещи -- версия среды и ревизия SVN
карма: 11

0
Ответов: 3889
Рейтинг: 362
#26: 2011-10-29 20:45:55 ЛС | профиль | цитата
nesco писал(а):
Это совершенно разные вещи -- версия среды и ревизия SVN

Если это правда, тогда пускай будет 4.04.b185.svn294.1029.01
------------ Дoбавленo в 20.45:
CriDos, попробовал обновиться через svn.exe (nesco дорабатывает SearchInFile), отказывается аргументируя Skipped 'Elements\delphi' -- Node remains in conflict То ли при тестовой компиляции неучтённые в базе файлы остались (проверил - нет), то ли пересобранные скриптом базы элементов с хэшем не совпали. Пришлось удалять .svn Сейчас гляну, как на Вашей утилите принудительно обновить, --force уже пробовал, не помогает.
карма: 1

0
Ответов: 15614
Рейтинг: 1192
#27: 2011-10-29 20:54:14 ЛС | профиль | цитата
1nd1g0 писал(а):
Если это правда, тогда пускай будет 4.04.b185.svn294.1029.01
и посыпались вопросы : А что такое 1029.01 ? Ах это оказывается
1nd1g0 писал(а):
1 версия от 26 октября
А 1 версия чего ?
А какого года не подскажите ?

CriDos писал(а):
HiAsm 4.04b185.20-01-11 AltBuild v294.01
Вот так как задумал, так и делай.
карма: 11
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Ответов: 1841
Рейтинг: 362
#28: 2011-10-29 21:57:58 ЛС | профиль | цитата
1nd1g0 писал(а):
Skipped 'Elements\delphi' -- Node remains in conflict Пришлось удалять .svn

такая проблема встречалась в прошлых версиях svn в различных сборках после обрыва связи или закрытии программы во время загрузки файлов...
Решилась установкой сборки CollabNetSubversion версии 1.7.1-1...
После установки этой версии, тестировал около часа обрывами, закрытием программы но после повторного запуска, клиент без вопросов продолжал грузить файлы с прерванной позиции...
------------ Дoбавленo в 21.10:
только что попробовал, на основной ОС и тестовых 2 ОС, все 3 обновились без проблем...
но в случае возникновения этой ошибки, поможет только удаление базы svn... больше решений я пока не нашёл.
------------ Дoбавленo в 21.18:
1nd1g0 писал(а):
Вашей утилите

Так-же буду признателен если подскажете альтернативный консольный клиент
Вчера кучу статей/форумов перелопатил и в итоге выяснил что многие клиенты используют opensource движок SubVersion Apache, а других консольных альтернатив я не нашёл...
------------ Дoбавленo в 21.57:
Только что заметил что это предупреждение так же появляется после изменения расположения папки Elements или самой базы .svn.
Вы сборку/папку/базу не переносили?
карма: 0
0
Ответов: 3889
Рейтинг: 362
#29: 2011-10-29 22:10:41 ЛС | профиль | цитата
CriDos писал(а):
Вы сборку/папку/базу не переносили?

Нет, конечно, даже не пользовался ею, поставил, создал тестовый проект, проверил, работает, закрыл, обновил SVN, пересоздал базы элементов, запустил среду, вставил и посмотрел какой-то код с форума чтобы ответить, закрыл, попробовал обновиться - получил ошибку. Удалил папку с базой svn - пока полёт нормальный, может из-за того, что и обновлять нечего.

Касательно номера версии, не слушайте троллей, подумайте сами, проходят ли годы между сборками SVN (даже учитывая, что всего пара-тройка человек обновляет).
карма: 1

0
Ответов: 1841
Рейтинг: 362
#30: 2011-10-30 02:30:08 ЛС | профиль | цитата
Как временное решение, немного подправил скрипт обновления с svn на случай если вдруг у кого опять проявится этот конфликт.

@echo off
Title Обновление элементов...
echo Проверяем последнюю ревизию элементов...
SVNsvn.exe cleanup Elements
SVNsvn.exe checkout http://svn.hiasm.com/packs Elements
@echo.
echo Не забудьте пересобрать все проектные библиотеки и элементные базы!
@echo.
echo В случае возникновения ошибки (Node remains in conflict) во время обновления,
echo следует удалить скрытую папку ".svn" из каталога Elements и перезапустить
echo процесс обновления элементов.
@echo.
echo Удалить папку ".svn" сейчас?
@RMDIR Elements.svn /s
@echo.
echo Запустить процесс обновления элементов?
pause
@CLS
UpdateElements.bat
------------ Дoбавленo в 02.30:
После долгих тестов разных консольных билдов SVN нашёл стабильный (вроде) клиент
Позаимствовал кстати его у TortoiseSVN, а также что не менее важно, с ним можно общаться с помощью WinExec что другие билды почему-то не хотели делать.
Теперь осталось нарисовать shell, но это уже днём
карма: 0
0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)