Javascript 谷歌应用程序脚本和谷歌日历的DST问题

我正在创建一个用于管理班级的学校项目，我在时区和DST方面有问题。以下是我的代码：

javascript
dejt = new Date(thisYear, 8, day, beginTime, endTime, 0, 0);
dejt.toLocaleString("en-US", {timezone: "Europe/Belgrade"});

我通过一些函数，直到：

javascript
function makeCalendar(name, begin, end, calendar) {
    var eventSeries = CalendarApp.getCalendarById(calendar).createEventSeries(
        name,
        begin,
        end,
        CalendarApp.newRecurrence()
            .addWeeklyRule().interval(2).until(endDate)
    );
}

在10月29日之前，一切都会提前一个小时移动

如何管理DST

编辑：

将脚本设置为GMT（无夏令时）后，事情变得更加一致，每个日期vas+00:00

Logs:
[19-02-12 11:30:15:809 CET] Sun Feb 17 00:00:00 GMT+00:00 2019
[19-02-12 11:30:15:810 CET] Mon Feb 18 00:00:00 GMT+00:00 2019
[19-02-12 11:30:24:051 CET] Mon Sep 03 14:00:00 GMT+00:00 2018
[19-02-12 11:30:24:503 CET] Mon Sep 03 14:50:00 GMT+00:00 2018

现在唯一的问题是，重复发生的事件只是改变了夏令时应该是的时间（不是一个新的错误，以前是这样的）

编辑：

我发现的新东西： 如果手动编辑事件，则有时区框；我的脚本将其设置为UTC，但我可以手动编辑或删除它。这里的问题是我需要手动操作

我还在Google文档中找到了.setTimeZone（字符串）： ，及

---

现在的问题是，我无法让它工作，无论我尝试了什么，事件都会以UTC的形式出现。好吧，在深入研究之后，似乎有了解决方案

Google Calendar将查看脚本的时区，除非在传递给它的

Date

对象中指定了它。在您的情况下，它不是（

toLocaleString

将不会修改原始对象，如果它会修改，您将在将字符串传递到

createEventSeries

时遇到错误）。无论如何，您的脚本的时区似乎是贝尔格莱德，并且有DST、时间更改等

最后，可能的解决办法。我不知道日历服务是否允许不考虑DST，因此试图回避这个问题：

// function to convert date to UTC so that it retains original hours value
function convertDateToUTC(date, timezoneOffset) { 
    return new Date(date.getUTCFullYear(), date.getUTCMonth(), date.getUTCDate(), date.getUTCHours() + timezoneOffset, date.getUTCMinutes(), date.getUTCSeconds()); 
}
// 1 is the timezone offset from GMT
makeCalendar('test event', convertDateToUTC(beginDate, 1), convertDateToUTC(endDate, 1), calendar.getId());

函数

convertDateToUTC

基于

使用这个，我得到（开始时间最初是早上7点）：

---

您能分享一下您是如何将开始和结束日期准确地传递到

makeCalendar

中的吗？在我的例子中，

var beginDate=新日期（今年，8天，开始时间，0,0,0）；var endDate=新日期（今年，8，天，endTime，0，0）很好，DST没有问题，有很多传球，但是如果你感兴趣，我可以提供全部代码是的，这可能会有帮助，我想我用代码编辑了这篇文章谢谢！事实上，是的，这是关于我的脚本的时区，而不是关于你的完整代码（也许你可以从帖子中删除它）。看来我想出了一个解决办法，看看下面的答案，我们仍然没有工作日志：[19-02-12 11:26:57:824 CET]Sun Feb 17 01:00:00 GMT+01:00 2019[19-02-12 11:26:57:825 CET]Mon Feb 18 01:00 GMT+01:00 2019[19-02-12 11:27:05:309 CET]周一至九月03日16:00:00 GMT+2018年02:00[19-02-12 11:27:05:743 CET]周一至九月03日16:50:00 GMT+2018年02:00这是否仍然是老办法：10月29日之前的时间是正确的，一小时之前的时间是正确的？日志中的日期与您期望的日期有何不同？这是一个相同的问题，但现在每个日期都有相同的偏移量，在此之前，无论我做了什么，日期都有不同的偏移量，这对于处理中断的代码的不同部分很重要