Голосование по терминологии

ikz · 2009-10-08T06:16:07.000Z

liosha:

Может, проще будет вообще новое слово придумать?

Ещё одна попытка определения:
Changeset - объект-идентификатор, к которому привязываются вносимые правки (пока без уточнений).

UPD.
Для changeset-а, в отличие от вея, теги (пока?) никаких ключевых свойств не передают.
Только комментарий и клиент.

Почему бы тогда не сократить до “правка”?
"ПРАВКА — 1. Процесс и сами изменения текста произведения на всех этапах его подготовки к изданию: при переработке и шлифовке рукописи автором (авт. П. оригинала), при совершенствовании авт. оригинала редактором (лит. П., редакционная П.), при корректуре (корректурная П., авт. корректурная П., конъюнктурная изд. П., редакторская корректурная П., техн., или технологическая, корректурная П., типографская корректурная П.).

В полиграфии процесс исправления набора по указаниям изд-ва в корректурных оттисках."

liosha · 2009-10-08T06:22:51.000Z

ikz, правка - это edit, атомарный элемент. см выше

Upliner · 2009-10-08T08:20:27.000Z

Для changeset-а, в отличие от вея, теги (пока?) никаких ключевых свойств не передают.
Только комментарий и клиент.

В модели данных не бывает чего-то “ключевого” и “неключевого”. Она просто описывает как хранить данные. А что мы придумаем с этим делать – это уже другое дело.

liosha · 2009-10-08T08:28:44.000Z

Как раз есть: у объектов есть неотделимые свойства (например, геокоординаты у ноды, список нод у вея или время закрытия у changeset-а), а есть опциональные, которые выносятся в теги.

Upliner · 2009-10-08T08:33:43.000Z

Одно дело “неотделимые”, другое – “ключевые”(кстати, времени закрытия у changeset-а как раз может и не быть). “Опциональные” ещё не значит, что этими свойствами можно пренебречь.

liosha · 2009-10-08T08:39:50.000Z

Так, уже путаница начинается.

Если мы говорим о модели данных, то для неё принципиальна только сама возможность наличия тегов, а свойства, описываемые в тегах, она вообще не рассматривает. А координаты ноды, например, рассматриваются именно в модели данных. И время закрытия changeset-а тоже: поле для него всегда есть, хотя да, оно может быть и не заполнено (пока changeset открыт).

Upliner · 2009-10-08T08:45:02.000Z

Кстати, в trac-е перевели именно как “набор изменений”, в некоторых местах – просто “изменения”. Ну там-то оно и понятно: в svn changeset-ы транзакционны, и diff – неотъемлимая часть changeset-а.
Но понятие оказывается достаточно гибкое и может быть не только транзакционным, но и сессионным, как здесь… Но в то же время само по себе это не транзакция и не сессия…

liosha · 2009-10-08T08:49:35.000Z

Upliner,
с этим определением согласишься?

Ещё одна попытка определения:
Changeset - объект-идентификатор, к которому привязываются вносимые правки (пока без уточнений).

Upliner · 2009-10-08T08:52:01.000Z

liosha:

с этим определением согласишься?

Ну да. Неполное, но в принципе правильное.

liosha · 2009-10-08T09:05:49.000Z

Ок. Дальше

Неотделимые свойства changeset-а:

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

При этом сам changeset - это неотделимое свойство edit-а.

Как бы это грамотно в определение уместить?

Upliner · 2009-10-08T09:11:17.000Z

Не знаю.
Если бы я где-нибудь видел, чтобы вносимые правки привязывались к сеансам(session), то согласился бы с этим определением. А так – отдаю предпочтение буквальному переводу словосочетания change set.

liosha · 2009-10-08T09:18:05.000Z

Upliner,
пока речь об определении, а не о переводе.

Upliner · 2009-10-08T09:43:55.000Z

Хмм… тогда наверное “запись в журнале”(по аналогии с журналами посещения, журналами платежей и т.д.)

Ilis · 2009-10-08T10:37:38.000Z

Как вариант:

Changeset – объект, логически объединяющий правки и хранящий информацию о времени начала и конца выполнения этих правок, пользователе и клиентской программе, а также необязательном комментарии к этим правкам.

liosha · 2009-10-08T10:53:44.000Z

Клиент точно так же не обязателен, как и комментарий.

Время создания и время закрытия changeset-а слабо связано со временем начала и конца внесения правок.

Сам по себе changeset ничего логически не объединяет - он просто группирует, хотя можно сказать, что он предназначен для логического объединения.

UPD

Ну и опять же это определение учитывает только “послежизние” changeset-а после его закрытия.

Ilis · 2009-10-08T11:17:34.000Z

liosha:

Клиент точно так же не обязателен, как и комментарий.

Время создания и время закрытия changeset-а слабо связано со временем начала и конца внесения правок.

Сам по себе changeset ничего логически не объединяет - он просто группирует, хотя можно сказать, что он предназначен для логического объединения.

UPD

Ну и опять же это определение учитывает только “послежизние” changeset-а после его закрытия.

Значит написать, что клиент и комментарий не обязательны. В целом же понятно о чём речь? Для определения достаточно, думаю…

liosha · 2009-10-08T11:35:26.000Z

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

А дальше уже особенности:
имеет два этапа жизни - открыт (от создания до закрытия) и закрыт (после закрытия),
открытый может изменяться, после закрытия становится read-only,
каждая вносимая правка обязательно должна быть привязана к открытому changeset-у,
может иметь комментарий и доп. теги

Ilis · 2009-10-08T11:38:29.000Z

Ну вот наконец-то в муках родилось что-то нормальное.

Про обязательность принадлежности правки к ченджсету правильно подмечено.

liosha · 2009-10-08T11:46:12.000Z

Не принадлежности, а привязки
Правки не принадлежат changeset-у, но у каждой правки есть информация, в каком changeset-е она внесена.

Ну и на всякий случай уточняю, что “правка” = “версия объекта”.

UPD
вернее, “внесённая правка” = “версия объекта”

Ilis · 2009-10-08T11:51:29.000Z

Чтобы не уточнять, в определении надо писать в оригинале ранее введённые понятия.