- Исправлена ошибка: при компиляции перезаписывался файл ОбъектыМетаданных.txt.
- Добавлен вывод более внятного сообщения в ситуации, когда декомпилируемый файл уже открыт кем-то еще на запись.
- Исправлена ошибка: не определялся текстовый идентификатор поля для форм справочников
- При декомпиляции наборов прав добавлена обработка "битых" ссылок на объекты метаданных. Добавлена сортировка объектов прав.
- При декомпиляции добавлена возможность отсортировать элементы диалоговых форм по идентификатору (Ключ командной строки --sort-form-controls)
- Адаптация gcomp к ClearCase от Евгения Соломахи.
- При декомпиляии диалоговых форм в поле ИдентификаторМетаданных подставляется атрибут родительского объекта, имя которого совпадает с идентификатором контрола диалога.
- В качестве разделителей в фильтре можно использовать '/' и '.'
- Обновлена коллекция скриптов.

http://1c.alterplast.ru/gcomp/

up

(0) Объясни тупому, зачем md растаскивать на txt? Какой толк от этого? Его можно хранить в VVS в первозданом виде...

(2) Смысл есть.

(2)
Причина №1. Представь, что ты - удаленный разработчик на модемной линии 14400. Поменял пару модулей. Что ты выберешь - качать весь МД на 23 мега (объем последней комплексной), или закачать только измененные модули?
Причина №2. Захотелось тебе посмотреть, чем отличаются две конфигурации. Различия не только в модулях, но еще и в экранных формах, правах и интерфейсах. 1С сможет всего лишь сказать, что "бинарные файлы различны". Gcomp поможет увидеть разницу более подробно.

Когда мдшник грохается, процентах в 60ти это происходит почему-то из-за глюком в диалогах форм. С помощью гкомпа удобно их смотреть и вобщем-то править.

(4) Идея вырисовывается - но, "удаленный разработчик на модемной линии 14400" это полный абзац, а не разработчик... А где вообще можно найти инфу по работе в таком контексе - "удаленный репозиторий", "замена не md целиком, а только измененные модули" ?

(6) http://1c.alterplast.ru/

Смотрел, маловато будет... :)

(8) "Чего тебе еще надобно, старче?" (с) Золотая рыбка

(6) Я привел самый тяжелый случай. Качать по пять раз на дню 23 мешка даже по выделенке не фонтан. Ибо а) это деньги б) на 99% гоняется одна и та же инфа.
(8) Спрашивай - отвечу.

pauls, ты куда делся? Я хочу ответить на твои вопросы.

(0) fez, а точно все работает правильно?
Есть ли способ сравнить два MD ("до" и "после" распаковки и упаковки), чтобы увидеть их идентичность?

(12) Способ есть. Берешь старый gcomp, версии 1.0, распаковываешь им конфу в папку OLD.
Берешь новый gcomp, делаешь им
gcomp -d --no-parce-dialogs
gcomp -c --no-parce-dialogs
Полученный 1cv7.new.md опять распаковываешь старым gcomp в папку NEW.
Папки NEW и OLD сравниваешь kdiff'ом.

Ключ --no-parce-dialogs необходим, поскольку красивая разборка экранных форм (без этого ключа) приводит формы немного в более человеческий вид, естественно, меняя их.

Интересно, pauls ушел совсем, или он еще вернется?

(14) Я в эфире...
Вопрос:
У заказчика качнули md. Меняем в нем 2 строки. Я так понимаю что его надо собрать на стороне заказчика при помощи замены внутренностей (т.е.) процедуры где заменены эти две строки? Но судя по (13) этот процесс непрост - "возьмите старый потом новый..."...

(15) В посте (13) я отвечал на вопрос из (12). Процесс прост.

(16) Не убедил, ну да ладно... Зачем брать старый gcomp для распаковки, почему нельзя новым?

(17) В чем я тебя не убедил? Еще раз повторюсь, в посте (13) содержится ответ на вопрос "Есть ли способ сравнить два MD". Ты в (15) задал другой вопрос.

(18) Так на (15) что скажешь?

(19) А на что там отвечать?

Разве что на это:
"Я так понимаю что его надо собрать на стороне заказчика при помощи замены внутренностей (т.е.) процедуры где заменены эти две строки?"
Ну так правильно понимаешь.

(20) С этим тогда понятно, но (17) почему? Особенности новой версии?

(21) Где я ТЕБЕ сказал, что для распаковки нужно брать старый gcomp?

(13) у-ф-ф, если честно, я ничего не понял.
Я бы хотел утилитку (или ключик в "совсем новом" GCOMP), которая принимает на входе два MD, и возвращает на выходе 0, если нет отличий и 1, если есть отличия (и, может быть, выводит эти отличия, хотя это и не так важно). Как думаете, это полезная фича? (а то я боюсь без нее юзать у заказчика весь gcomp - вдруг он неправильно работает, и испортит чужую конфу?). Использовать fc для этой цели нельзя - в компаундах могут быть пустоты и по разному скомпонованные блоки.

(23) gcomp не занимается сравнением конфигураций. И никогда не будет этого делать. Для этой цели можно приспособить программы сравнения файлов/каталогов, которые имеются в количестве. Я пользуюсь программкой kdiff3 (http://kdiff3.sf.net)
Общая логика такова: берется два MD, распатрониваются в разные каталоги, каталоги сравниваются.
Для распатронивания МД я предлагаю использовать gcomp версии 1.0, который выкладывает структуру контейнеров компаунда "как есть", без всяких преобразований. Скачать gcomp версии 1.0 можно тут: http://1c.alterplast.ru/files/gcomp.rar

апну

(25) Федор, скажи, ты мою ветку про функциональное тестирование читал?
Технология обновления типовых конфигураций

(26) Сам себе под нос:(фез мою ветку читал невнимательно)
(25) Фез, скажи, реально написать 1С:Рекордер за 50 квалифицированных человеко-часов?
Тока учти, что это не твой functest, отличий много.

Упсс!!!

(27) Каюсь, действительно читал невнимательно. Ща перечту.

Перечитал внимательно пост (0). Мое мнение таково. Я бы не взялся за решение задачи в ТАКОЙ постановке. Тестировать что-либо, отталкиваясь от гуя - неблагодарное дело.
С другой стороны, если кто и сделает подобную штуку - это будет прорыв в технологиях автоматического тестирования. Не только 1С, но и вообще в программировании.

Если есть желание - можно порассуждать на эту тему. Мне кажется, что в этом вопросе есть куда двигаться с ненулевым результатом.

Давай только или тут: Автоматическое тестирование функционала конфигураций 1С
Или тут: http://itland.ru/forum/index.php?showforum=4

Второй вариант предпочтительнее, так как там не будет злобных скептиков. :)

(30) Скептики на Итланде мягкие и пушистые что ли?
Волшебный лучъще - трафик аменьше.

(31) Нет, просто на Итландовском форуме по 7.7 - я модератор :)
А чтобы траффика было меньше - используй текстовый скин (в личных настройках).

А если уж совсем о траффике беспокоится - можно и на реалнет пойти, там еще и деление ветки на страницы есть.

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

http://www.citforum.ru/programming/application/cvs/

Проект "Коллективная разработка на V7", "GCOMP"
http://itland.ru/forum/index.php?showforum=36