SACS: Another Clone of SAS

[Fetser]

Ночнушки: https://bitbucket.org/vasketsov/vsasas/downloads

Может в ночнушку также стоит включать Marks.SLT.0.1.sql, новый sqlite3.dll и прочие?

[Tolik]

Да, и DBMS. Хотя бы не в каждую ночнушку, а в первый релиз (или нулевой).

[vasketsov]

Надо изменить help-about, заголовок окна, сплэш-скрин

Возможно. Как будет желание - сделаю отображение информации из versioninfo, а не что там руками в окошко понапихали.

И имя экзешника, пожалуй

Нет.

Должно быть видно, что это продукт не sas_team (а только написан на базе него)

Поскольку внятного ответа, что такое sas_team, не было и нет - ничего никому не должно.
И в зависимости от ответа на него - возможно будет ещё большой вопрос, кто на чьей базе пишется.

Дело не в копирайте (или не только в нём)

В нём как раз никаких "дел" нет. Необходимо только чтобы было понятно, что код поправлен.

Кто-нибудь обнаружит баг и откроет багрепорт на САС, разбирайся потом, какой там на самом деле продукт и релиз

Линейка версий у меня своя. Так что проблема решается ещё на этапе указания версии в багтрекере.

или таки будет сделан отдельный багтрекер?

Ну по идее можно, коли вдемидов разрешил забирать себе что не сделано, а он потом скопирует тикет при необходимости.
Тем более что уже кучка сделанных доработок поднакопилась.

[vasketsov]

Может в ночнушку также стоит включать Marks.SLT.0.1.sql, новый sqlite3.dll и прочие?

Может и стоит. Но тогда оно существенно прибавит в весе.

Да, и DBMS. Хотя бы не в каждую ночнушку, а в первый релиз (или нулевой).

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

[Parasite]

будет сделан отдельный багтрекер?

C лезгинкой и комсомолками?

Имхо, надо добавить версию "ACSAS (current)" в список версий саса, да и лепить все баги с нею.

[vasketsov]

надо добавить версию "ACSAS (current)" в список версий саса

Тогда нельзя будет понять, что в какой версии сделано.

[Parasite]

надо добавить версию "ACSAS (current)" в список версий саса

Тогда нельзя будет понять, что в какой версии сделано.

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

Ну или там же в мантисе - но не версию, а новый проект (но тогда надо будет как-то делить тикеты между ними).

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

[vasketsov]

Ну или там же в мантисе - но не версию, а новый проект (но тогда надо будет как-то делить тикеты между ними)

Дык об том и речь.
А иначе придётся что-то выдумывать в самом репо, тэги или вики или прочие хренИки. Ну и отписываться в темах (возможно просто как метку, если по меткам возможен поиск) что типа сделано не в рамках стратегии 2020.

[Tolik]

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

Вот пример: возьмёт vasketsov да и напишет новый тип кэша в SQLite. Костылём, то есть, накарябает, на си-подобном языке => в САСе его не будет. И что делать с тикетом 1376? Резолвить в проекте САС нельзя, иначе он попадёт в changelog и получится, что фича есть. Значит, надо перенести его в другой проект (или клонировать туда) и уж там резолвить. А отсюда либо убрать совсем, либо оставить открытым (авось в 2020-м году появится).

Дальше. Найдётся баг в этом новом кэше. Куда открывать багрепорт? В общую кучу нельзя: фичи нет, а баг есть - нонсенс. Стало быть, в новый проект.

А чё это я в будущем времени? Вот уже метки в SQLite реализованы, а фичреквест 1481 болтается assigned.

[Parasite]

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

Вот пример: возьмёт vasketsov да и напишет новый тип кэша в SQLite. Костылём, то есть, накарябает, на си-подобном языке => в САСе его не будет. И что делать с тикетом 1376? Резолвить в проекте САС нельзя, иначе он попадёт в changelog и получится, что фича есть. Значит, надо перенести его в другой проект (или клонировать туда) и уж там резолвить. А отсюда либо убрать совсем, либо оставить открытым (авось в 2020-м году появится).

Дальше. Найдётся баг в этом новом кэше. Куда открывать багрепорт? В общую кучу нельзя: фичи нет, а баг есть - нонсенс. Стало быть, в новый проект.

А чё это я в будущем времени? Вот уже метки в SQLite реализованы, а фичреквест 1481 болтается assigned.

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