播放框架生成的路由文件自动重新生成，即使 conf/routes 没有变化
The generated route files of play framework are re-generated automatically, even when there is no changes in conf/routes
我们正在使用 play framework 2.6.21（但我们可以使用 play 2.6.19 重现它）。
有时（问题随机出现），我们的播放应用程序开始重新编译并重新加载在 public 文件夹中所做的每个更改。
经过（不是那么）快速调查后，当游戏开始表现得像这样时，我可以终止游戏，重新启动 sbt，然后多次键入 compile，中间不做任何事情，每次播放重新编译一些文件。
A last compile 命令显示更改的文件是生成的路由文件（Routes.scala、RoutesPrefix.scala 等）。 ls -l 表明这些文件已有效更新。但是文件 conf/routes 没有任何变化。
我卡在这里，我不知道如何进一步调查。
我怎么知道为什么更新这些路由文件？什么在更新它们？我可以输入哪个 sbt 命令来了解执行任务的原因？
我会回答我自己的问题，如果以后有人遇到同样的问题：
我们实际上有 2 个路由文件：
conf/routes 和 conf/apps.routes ， conf/routes 包含行
-> /apps apps.Routes
在那些文件中，我们有 2 个路由引用同一个控制器，但操作不同。这就是导致问题的原因
将此控制器一分为二修复了重新编译循环...
我们正在使用 play framework 2.6.21（但我们可以使用 play 2.6.19 重现它）。
有时（问题随机出现），我们的播放应用程序开始重新编译并重新加载在 public 文件夹中所做的每个更改。
经过（不是那么）快速调查后，当游戏开始表现得像这样时，我可以终止游戏，重新启动 sbt，然后多次键入 compile，中间不做任何事情，每次播放重新编译一些文件。
A last compile 命令显示更改的文件是生成的路由文件（Routes.scala、RoutesPrefix.scala 等）。 ls -l 表明这些文件已有效更新。但是文件 conf/routes 没有任何变化。
我卡在这里，我不知道如何进一步调查。
我怎么知道为什么更新这些路由文件？什么在更新它们？我可以输入哪个 sbt 命令来了解执行任务的原因？
我会回答我自己的问题，如果以后有人遇到同样的问题：
我们实际上有 2 个路由文件：
conf/routes 和 conf/apps.routes ， conf/routes 包含行
-> /apps apps.Routes
在那些文件中，我们有 2 个路由引用同一个控制器，但操作不同。这就是导致问题的原因
将此控制器一分为二修复了重新编译循环...