小编Chr*_*s B的帖子

我没想到会发现这么困难,但我试图在MySQL中设置一个用户变量来包含一个值数组.我不知道如何做到这一点所以尝试做一些研究,并且很惊讶找不到答案.我试过了:

SET @billable_types = ['client1','client2','client3'];

原因是我想在稍后的语句中使用该变量:

SELECT sum((time_to_sec(timediff(tlg.time_stop, tlg.time_start))/3600)) as billable_hours
    from mod_tmlog_time_log tlg, mod_tmlog_task_list mttl
    where date(tlg.time_start) >= @time_start
          and date(tlg.time_stop) <= @time_stop
          and mttl.type IN (@billable_types)
            and tlg.task_id = mttl.id
    group by start_date
    order by start_date desc;

非常感谢你的帮助.

快进一段时间,我最终得到了以下快速而肮脏的解决方案,这并没有给我在代码中其他地方重新使用数组的灵活性,但是,这是一个不可完成的管理任务,所以我不想再花费更多时间就可以了.

SELECT WEEKDAY(tlg.time_start) AS day_of_week, date(tlg.time_start) as start_date,
                            sum((time_to_sec(timediff(tlg.time_stop, tlg.time_start))/3600)) as billable_hours
                    from mod_tmlog_time_log tlg, mod_tmlog_task_list mttl
                    where date(tlg.time_start) >= @time_start
                          and date(tlg.time_stop) <= @time_stop
                          and mttl.type IN ('c1','c2','c3')
                            and tlg.task_id = mttl.id
                    group by start_date
                    order by start_date desc; …

我对SemVer发布周期的了解如下：

1. 我的第一个版本将是0.1.0-alpha.1
2. 我可能会做一些调整，然后以0.1.0-alpha.2重新发布（根据需要重复）
3. 准备好后，我发布0.1.0-beta.1
4. 我可能会做一些调整，然后以0.1.0-alpha.2重新发布（根据需要重复）
5. 准备好后，我投入生产：1.0.0

我在整个过程中都保持相同的次要版本是否正确？SemVer网站对此进行了提示（第11节，下面的链接）：“示例：1.0.0-alpha <1.0.0”。这表明可以同时存在“ 1.0.0”的两个版本。

还是我应该为每个发行版增加次要/补丁，例如：

• 0.1.0-alpha.1

• 0.1.1-alpha.1

• 0.1.2-beta.1

• 0.2.0-beta.1

• 1.0.0

如果是这样，我不知道如何使用alpha.x或beta.x增量？

参考：https : //semver.org/