命名为 docker.io/library/imageName
当我从dockerfile构建图像时，我看到此语句出现在docker构建日志中，作为在控制台中打印的构建日志的最后一条语句。
这是什么意思？这是否意味着图像的副本已被推送到docker.io？
如果是这样，有什么办法可以防止这种情况发生吗？即使我运行 docker logout，它似乎还会继续发生。
如果重要的话，我目前正在使用全新安装的 docker for windows 与 wsl2 集成，并且正在 ubuntu linux 中运行 docker build 命令。
我维护了大量项目,目前都是用.Net 4.5/c#5编写的.我有兴趣升级到C#6.0,但找不到任何关于安全性的文档.
从我读到的,升级到VS 2015/C#6/.Net 4.6意味着使用Roslyn/RyuJit构建我们的代码.(或者使用msbuild 14,它使用Roslyn).
然而,Roslyn目前存在大量未解决的问题:https://github.com/dotnet/roslyn/issues/7278 其中许多都保证会影响我们的代码库.
同样,RyuJit似乎完全不稳定,就像最近6个月前一样(http://nickcraver.com/blog/2015/07/27/why-you-should-wait-on-dotnet-46/)
我无法在任何地方找到安全升级到C#6.0/.Net 4.6的任何文档,但却发现这些东西已经发布到RTM和VS 2015并且公开发布了如此多的错误,这一点非常奇怪.
救命？
简而言之，我需要知道页面上的某些元素是否在页面上，因为某些脚本通过父元素上的 InnerHtml 属性插入了它们，或者它们是否是下载的原始 HTML 文档的一部分。在这个（荒谬的）应用程序中，这两种可能性意味着非常不同的事情。
第 3 方脚本通过设置元素的 InnerHtml 属性来更新页面上的随机节点元素。我可以完全控制浏览器（WPF / GeckoFx / XulRunner），并且能够随意注入和修改（新）JS，但没有洞察力或能力来修改严重混淆的第三方脚本。
获取我需要的数据的唯一方法是确定页面加载后，屏幕上的某些元素（如果存在）是否由第三方脚本（innerHtml）加载，或者它们是否是之前原始 Html 文档的一部分第三方脚本运行。
简单地将页面的原始 html 内容源与其最终状态进行比较是很困难的，因为原始页面上有很多内联脚本。
有人有什么想法吗？
html javascript firefox javascript-framework mutation-observers
由于我通常使用的工具，在准备提交之前，我经常重命名文件并对其进行更改。
此时，git不再将文件检测为简单的重命名，因为文件内容不同。
我可以使用一个命令来指定某个文件，即使内容看起来有所不同，实际上它也是另一个文件的重命名吗？