Хочу сравнивать 2 текстовых файла, чтоб можно было отчет по изменениям сохранить с номерами строк. Нашел WinMerge, но там командной строкой нельзя отчет генерить, только интерактивно.

А номальный diff не подойдёт?

(1) что есть нормальный diff?

man diff :-))

из gnuutils

Мне бы для виндуза

http://gnuwin32.sourceforge.net/packages/diffutils.htm

(5) Похоже на правду. Позже поразбираюсь. Спасибо.

(5) Линукс во всей красе... Качаю утилу, запускаю. Говорит нужен libintl3.dll. Ну ок, качаю libintl3.dll. Потом говорит нужен libiconv2.dll. Скачал. Хорошо, что на этом всё закончилось)

(7) В линуксе зависимости устанавливаются вместе с пакетом без лишних плясок, и устанавливаются один раз, в линуксе не принято как в винде вместе 1 мегабайтом кода паковать 400 мегабайт зависимостей, ибо они уже могут быть в системе. Я уж молчу про то, что в большинстве дистров diff стоит из коробки, как и его зависимости, разумеется.

Так что это винда во всей красе.

Но это бы еще полбеды, если бы винда лоханулась. На винду ведь всегда можно свалить. А если не получается, то тогда точно на линукс. Но тут, дорогой сэр, исключительно ваше неумение читать написанное.

Complete package, except sources  - для интереса поставил на XP, встал молча.
А аккурат над этим написано, что если у вас не встает, то вот пожалуйста вам zip-архив с зависимостями.

Но даже хрен с ним с этим пакетом в который уже все упаковано, внизу страницы английским по белому:

"Requirements

All required packages from GnuWin32, i.e. excluding msvcrt.dll, perl, etc, are included in the Setup program and the dependencies zip file.
MS-Windows 95 / 98 / ME / NT / 2000 / XP with msvcrt.dll. If msvcrt.dll is not in your Windows/System folder, get it from Microsoft or by installing Internet Explorer 4.0 or higher
libintl-2
libiconv-2
regex"


А так конечно да, вы правы, линукс во всем виноват, красноглазие отстой. Ура, товарищи!

(4)
> Мне бы для виндуза
FC маловато?

(8) ладно ладно, натыкал носом как котенка в какашки)))) репутация восстановлена)

(9) что такое FC?

(10) пуск выполнить cmd fс /,

/?

Спасибо не знал. (5) круче.

(0) че ты городишь, расскажи иль покажи.

(13) Какая круча требуется? "Такси"?
> сравнивать 2 текстовых файла, чтоб можно было
> отчет по изменениям сохранить с номерами строк
На другой стороне холма конечно виднее, но FC все это позволяет.

(9) оно не умеет жрать UTF-8

(14) Лефмихалыч где-то писал, что у него проверка выполняется на соблюдение стандартов разработчиками. Хочу что-то похожее наваять.

(16) Кстати, поделись опытом вышеописанного. Я уже болееменее разобрался как устроено хранилище. Имею представление, как получить текст модуля, который поместил разработчик. Теперь вот надо понять, какие инструменты есть, чтоб увидеть изменения внесенные разработчиком и как к этому делу прикрутить кофигурацию "Проверка конфигураций"

(17) а че там смотреть, берешь делаешь эталонный список ошибок например версия в хранилище 1355, теперь для каждой версии запускаешь опять проверку и смотришь кто по сравнению с предыдущей версией наделал +n ошибок, тому и раздаешь кнут.

(18) Т.е. если за день было 20 коммитов, то из хранилища тащить 20 разных версий всего конфига? Хочется оптимальней это сделать.

(15) На первый взгляд результат diff парсить удобней, чем fc. И (16)

(19)
Господа/товарищи, вчера вы на..овнокодили на 15 новых ошибок проверки конфигурации, это было сделано 4 людьми, а именно:
Иванов
изменил Док.БлаБла
изменил Регистр.БлаБла
Козлов
....

Результаты проверки можно посмотреть по ссылке.

Чем такая рассылка не устраивает? Знай себе получай отчет между версиями, а номера версий храни в базе.

(17) у нас все почти штатно через выгрузку файлов конфигурации и потом анализ текстов. Для этого программеры у каждой процедуры и функции ставят метку, в котрой содержится номер задачи в трекере, ФИО и дата изменения. Единственное. что не штатно - отдельное регламентное задание в отдельный регистр сведений по каждому объекту метаданных загружает из храинлища trunk при помощи tool_1cd номера версий и даты изменения. Чтобы просто не проверять завтра то, что не меняли сегодня. Проверки осуществляет допиленная туповая подсистема AQA (ну, то есть как допиленная - взяли из нее все разумное, доброе вечное, это всё улучшили и уоткнули в свой "багтрекер")

>> Для этого программеры у каждой процедуры и функции ставят метку, в котрой содержится номер задачи в трекере, ФИО и дата изменения.  


А как потом вычищаете, этот мусор?

(19) смысла нет тащить 20 коммитов - ты диференс все равно не получишь, т.к. хранилище не умеет ни хранить, ни на лету вычислять диференс. По этому задача сводится к тому, чтобы проверить измененный код на вшивость полностью. Изменил строчку в древней процедуре на овер9000 строк, получи назавтра полный кузов жалоб на ошибки, которые настряпал 5 лет назад чувак, который давно уволился :)

(23) Когда за одну и ту же процедуру берется следующий специалист, он чужую метку заменяет на свою и таким образом несет ответственность за метод целиком. Это такой симбиоз коллективного авторства и персональной ответственности. Чтобы не было так, что "я только одну строчку поменял, строчка работает, а то, что оно там на ноль делить после этого стало - не моя проблема".

(24) ну я понимаю код, но если какой-то гаврик поменял в метаданных, что-то нет же там возможности указать номер задачи и т.д., а это ведь может повлиять и на код...

Не все ж, кодом решается.

(25) не всё кодом решается и у этой проверки КОДА нет задачи проверять метаданные. Для изменений в метаданных у нас есть специальная <strike>за*ба</strike> процедура согласования архитектуры, призванная не допустить и обезвредить, которая, к слову, тоже работает не всегда, т.к. 100% идеал ни когда не достижим.
... особенно на платформе 1С ...

(0) KDiff3 использую

(21) Тоже вариант. Для старта вполне годится. А там видно будет. нет ничего более постоянного, чем временное))

(22) AQA это что? Я знаю ACC - Автоматизированная проверка конфигураций https://users.v8.1c.ru/distribution/project/ACC

(24) Для этого и хочу diff юзать, чтоб номера измененных строк были. Т.е. модуль проверяется полностью, и если есть попадание в строку, то сразу ясно кто это.

(27) Не нашел как из командной строки получить отчет по изменениям

(29) ну, ACC - да, перепутал. Наш опыт показал, что diff от тебя сил заберет больше, чем толку даст, но ты смотри сам. (30) /ConfigurationRepositoryReport <имя файла> [-NBegin <номер версии>] [-NEnd <номер версии>] [-GroupByObject] [-GroupByComment] — построение отчета по истории хранилища. Если параметры группировки не указаны и режим совместимости указан "Не используется", то отчет формируется с группировкой по версиям. В режимах совместимости "Версия 8.1" и "Версия 8.2.13" отчет формируется с группировкой по объектам. Если конфигурация базы данных отличается от редактируемой по свойству совместимости, при обработке командной строки учитывается значение режима совместимости конфигурации базы данных.

<имя файла> — имя файла, в который выводится отчет;
NBegin — номер сохраненной версии, от которой начинается строиться отчет;
NEnd — номер сохраненной версии, по которую строится отчет;
GroupByObject — признак формирования отчета по версиям с группировкой по объектам;
GroupByComment — признак формирования отчета по версиям с группировкой по комментарию.

Примеры:

      для конфигурации, не присоединенной к текущему хранилищу:
DESIGNER /F"D:\V8\Cfgs82\ИБ82" /ConfigurationRepositoryF "D:\V8\Cfgs82" /ConfigurationRepositoryN "Администратор" /ConfigurationRepositoryReport "D:\ByObject.mxl" -NBegin 1 -NEnd 2 –GroupByObject

      для присоединенной к хранилищу конфигурации, информация для отчетов берется из текущего хранилища:
DESIGNER /F"D:\V8\Cfgs82\ИБ82" /ConfigurationRepositoryReport "D:\ByComment.mxl" -NBegin 1 -NEnd 2 -GroupByComment

в 8.3.счемтотам оно уже умеет выгружать отчет аж с номерами версий

... если режим совместимости не включен

целыть, матьиво, прорыв.
С номерами версий аж теперь...

(31) Для начала запущу как (21) советует. Там уж по ситуации видно будет.
В (30) был ответ (27). Встроенную справку я уж давно изучил)