Вызов иР из разных баз

[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]

Страница 1 из 1
1

GetNight

Дата: Вт, 12.11.2024, 16:05:57 | Сообщение # 1

Полковник

Группа: Проверенные

Сообщений: 152

Репутация: 76

Статус: Оффлайн

Не знаю, в каком разделе следовало написать - в проблемных ситуациях или предложениях, так как вроде касается и того и другого...

Очень давно существует такая неприятная ситуация... попробую описать.

Например, есть файл алгоритмов консоли кода, который открывается из разных баз.
И в какой-то базе ты добавляешь алгоритмы, что-то исправляешь...
А потом бац! вырубился сервер или свет пропал или сервер глюканул - причин может быть море.

Так вот, потом открываешь одну базу, открываешь консоль кода, а он предлагает восстановить старое значение.
Ты восстанавливаешь, всё окей. Через время открываешь другую базу - а там тоже предлагает восстановить старую версию.
И если ты запамятовал, что дорабатывал её в другом месте - бац! и перезатёр свои доработки.

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

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

///////////////////////

Думаю, инструмент сравнения двух файлов алгоритмов был бы крайне полезным...

Даже если в базовом варианте - где просто каждый алгоритм версии1 сопоставлялся с алгоритмом версии2,
где отличающиеся - выделялись цветом и показывались бы в соседних двух окнах слева и справа. Где внутри так же можно выделить различия. Это бы позволило навести порядок и удалить уже десятки непонятных копий...

Как-то так (если стоишь курсором на Алгоритм1, который выделен, так как в нём есть различия):

Алгоритм1 Алгоритм1 Окно с текстом из первого файла Алгоритм1 Окно с текстом из второго файла Алгоритм1
Алгоритм 1.1 < нет >
<нет> Алгоритм2
Алгоритм3 Алгоритм3
Алгоритм4 Алгоритм4
Алгоритм5 Алгоритм5

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

//////////////////////

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

/////////////////////

Далее можно развить тему, например, возможность анализа - выделить 40 файлов и отобразить те, которые идентичные по содержимому, для их удаления. Либо те, в которых содержимое явно в меньшем составе (в одном 10 алгоритмов, в другом те же 10 и еще 10 новых - очевидно, что первый явно старая версия).

Что думаете?..

tormozit

Дата: Ср, 13.11.2024, 08:57:57 | Сообщение # 2

Генералиссимус

Группа: Администраторы

Сообщений: 7259

Репутация: 193

Статус: Оффлайн

Понять старее ли файл восстановления, чем оригинальный файл, довольно просто - по первому слову в списке выбора файла восстановления https://www.hostedredmine.com/issues/995728

GetNight

Дата: Вт, 19.11.2024, 16:27:20 | Сообщение # 3

Полковник

Группа: Проверенные

Сообщений: 152

Репутация: 76

Статус: Оффлайн

Цитата tormozit (

)

Понять старее ли файл восстановления, чем оригинальный файл, довольно просто - по первому слову в списке выбора файла восстановления

Это неплохо, а что делать, когда в текущей базе добавил алгоритм, и в другой базе тоже добавил алгоритм?
После выключения он укажет новее тот, который был автосохранён позднее, так?

Нет никакого (хотя бы поверхностного) анализа состава?

Например, "+1 новый 2 различных".
И базу, в которой он сохранялся - это бы тоже было для понимания и вспоминания цепочки - супер

Можно табличкой вывести с колонками, где были бы: Дата, Новых, Различных, Удалено, База... Вот лично для меня это был бы хотя бы намёк на то, что мне нужно их как-нибудь сверить. Конечно, если бы я мог нажать в ячейку "новых" и увидеть в новом окне какие именно... или "различных" и увидеть какие список и их состав в двух соседних полях - это вообще предел мечтаний. Всё же инструмент сравнения очень напрашивается... Был бы чуть посвободнее, сам бы что-нибудь наваял... Но одно дело нативная возможность и совсем другое дело - левая...

tormozit

Дата: Ср, 20.11.2024, 19:41:28 | Сообщение # 4

Генералиссимус

Группа: Администраторы

Сообщений: 7259

Репутация: 193

Статус: Оффлайн

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

GetNight

Дата: Вс, 01.12.2024, 21:41:58 | Сообщение # 5

Полковник

Группа: Проверенные

Сообщений: 152

Репутация: 76

Статус: Оффлайн

Общий ли список у разных баз или у каждой свой?

В файл сохранения не записывается, скажем, идентификатор базы, чтобы хотя бы маякнуть, что основной файл алгоритмов был сохранён где-нибудь в другой базе/другим пользователем?..

1. У меня есть файл алгоритмов. Он на сетевом диске и я его открываю из разных баз, иногда от имени другого пользователя (подключившись через тимвайвер).

2. Допустим, иР запущен в двух базах. Бац, выключили свет / проблема с сервером / сетью. Следовательно, когда я когда-нибудь его открою, он предложит восстановление. Но через какое-то время я, запустив его в другом месте, так же получаю сообщение с предложением автовосстановления и могу затереть за это время доработанный в другом месте файл.

3. Чтобы избежать перезаписи основного файла (который был изменён в другом месте) более старой копией автосохранения, хотелось бы видеть, допустим, предупреждение, что он был сохранён в другой базе или другим пользователем. Для этого, я так понимаю, он должен содержать в себе эти данные...

Я понимаю, что проблема не кажется серьёзной. Но я, к сожалению, даже будучи предельно осторожным и очень стараясь, всё равно ухитрился затереть несколько добавленных в другом месте алгоритмов... Потому и надоедаю...

tormozit

Дата: Вс, 01.12.2024, 22:16:07 | Сообщение # 6

Генералиссимус

Группа: Администраторы

Сообщений: 7259

Репутация: 193

Статус: Оффлайн

Добавлю простое предупреждение https://www.hostedredmine.com/issues/997239

GetNight

Дата: Вс, 01.12.2024, 22:54:52 | Сообщение # 7

Полковник

Группа: Проверенные