小编Sim*_*wsi的帖子

当我通过Git Extensions将新分支推送到远程存储库时,我收到一条警报说

The branch {branch name} does not have a tracking reference. Do
you want to add a tracking reference for {branch name}?

什么是跟踪参考？我发现只有少数提到跟踪谷歌的参考文献,没有真正的定义.

我最近发现(通过StackOverflow)调用基类中的方法我应该调用:

super([[derived class]], self).[[base class method]]()

没关系,它有效.但是,当我进行更改时,我发现自己经常在类之间复制和粘贴,而且我经常忘记将派生类参数修复为super()函数.

我想避免记得更改派生类参数.我可以改为使用self.__class__super()函数的第一个参数吗？

它似乎有用,但有充分的理由我不应该这样做吗？

我知道密钥锁将索引锁定在索引中.但是,"关键"究竟意味着什么？

例如,如果我在姓氏列上有非聚集索引并尝试更新surname ="Jones",那么我是否有效地锁定了姓氏为"琼斯"的表中的每一行？或者将索引锁定在更高级别,以防止访问除"琼斯"之外的姓氏的行？

我问的原因是联机丛书中关于锁粒度和层次结构的这个注释:

KEY:索引中的行锁,用于保护可序列化事务中的键范围.

这表明一系列钥匙将被锁定,而不仅仅是一个.

我不是git的专家,但我已经使用它几年了.最近我注意到一些与藏匿有关的奇怪行为.它似乎只对我有用.

例如,今天我试图隐藏4个未提交的更改.1个文件被添加到存储,其余3个保留为未提交的更改.尝试了几次,在第一次尝试后,我刚刚收到"没有保存的本地更改",但状态仍显示3个未提交的更改.

然而,巧合的是,我发现当我第一次进行先前无法改变的变化时,它们将被正常隐藏.我玩过,这是可重复的:如果所有更改都未提交,则只保留一个更改.如果"问题"的变化被暂存,那么所有的变化都会被搁置(无论是否"好"变更是否上演都无关紧要,它将始终存储).

这是一个错误还是我做错了什么？

我正在使用Git for Windows 2.8.2和Git Extensions 2.48.05.

我是否尝试通过Git Extensions GUI或通过控制台存储更改并不重要.

编辑:如果我在存储之前暂存所有4个更改,当我进行存储弹出时,3个问题的更改将像以前一样暂存,但是总是存储的良好更改是未提交的.因此,存储弹出不会将状态转换为存储之前的状态.这也是可重复的.

我已经能够找到的NoteProperty的唯一定义是它们是从PowerShell环境继承的属性.这并没有真正说明它们是什么或如何使用它们.我发现参考NoteProperty的所有博客文章似乎都假设每个人都已经知道它们是什么.TechNet PowerShell词汇表中甚至缺少"NoteProperty" .

什么是NoteProperty,它与普通属性有何不同？

我在Visual Studio 2013中创建了一个SQL Server数据库项目,并导入了从生产数据库中获取的DACPAC.当我尝试构建项目时,我得到了数百个SQL71501和SQL71561错误(这两个错误都是"未解析的对象引用").检查脚本问题是许多视图和存储过程使用三个部分名称:[database].[schema].[object].

每当遇到包含数据库项目所代表的数据库的三部分名称时,Visual Studio 2013似乎都会抛出此错误.例如,如果数据库项目代表数据库"MyDatabase",并且该项目中的SQL脚本包含类似的内容,SELECT t.Column1 FROM MyDatabase.dbo.MyTable t那么VS 2013将在构建项目时抛出SQL71501或SQL71561.

有没有办法抑制刚刚应用于当前数据库的未解决的引用错误？我仍然希望Visual Studio为未解析的外部数据库引用抛出错误.

编辑,更正:最初声明错误代码是SQL71501.但是,Visual Studio似乎会针对同一数据库的未解析引用抛出SQL71501和SQL71561错误.

场景:我正在使用Select-Object来访问管道对象的属性,其中一个属性本身就是一个对象.我们称之为PropertyObject.我想访问PropertyObject的属性,比如说Property1.是否有任何好的和干净的方式访问Property1,顺序如下:

...| select-object PropertyObject.Property1

在进行实验时,如果我执行以下操作,我只能让它工作:

...| select-object {$_.PropertyObject.Property1}

如果我想用一个像样的列名显示它,它会变得更加混乱:

...| select-object @{Name="Property1"; Expression={$_.PropertyObject.Property1}}

鉴于PowerShell一般是干净简洁的,我不禁想到我错过了一些东西,应该有一种更清晰的方式来访问一个属性的属性.在那儿？

编辑: 根据马特的要求,这是具体的例子:

我正在读一个XML文件Books3.xml:

<?xml version="1.0"?>
<catalog>
   <book id="bk101">
      <author>Gambardella, Matthew</author>
      <title>XML Developer's Guide</title>
      <genre>Computer</genre>
      <price>44.95</price>
      <publish_date inprint="false">2000-10-01</publish_date>
      <description>An in-depth look at creating applications 
      with XML.</description>
      <publisher>
        <name>Simon and Schuster</name>
        <country>USA</country>
        <city>New York</city>
      </publisher>
   </book>
   <book id="bk102">
      <author>Ralls, Kim</author>
      <title>Midnight Rain</title>
      <genre>Fantasy</genre>
      <price>5.95</price>
      <publish_date inprint="true">2000-12-16</publish_date>
      <description>A former architect battles corporate zombies, 
      an evil sorceress, and her own childhood to become queen 
      of the world.</description>
      <publisher>
        <name>HarperCollins</name>
        <country>USA</country> …

任何人都可以解释通配符字符范围(例如[AD])如何与区分大小写的排序规则一起使用的规则吗？

我会想到以下几点

WHERE CharColumn LIKE '[A-D]%';

只返回以大写字母A,B,C或D开头的记录,并排除以小写字母a,b,c或d开头的记录.

然而,实际上,它似乎返回以大写字母A开头的记录,但也记录以B或b,C或c和D或d开头的记录.这就像只有范围的第一个字符区分大小写,范围中的其余字符不区分大小写.

另一方面,以下

WHERE CharColumn LIKE '[ABCD]%';

并仅返回与上壳体A,B,C或D.然而,我会想到开始记录[AD]将相当于[ABCD].

我在SQL Server 2005和SQL Server 2008 R2中得到了相同的结果.

示例:(
插入使用SQL Server 2008行构造函数编写的语句用于紧凑性.如果为每个值赋予其自己的insert语句,则脚本将在SQL Server 2005中运行)

CREATE TABLE #TEST_LIKE_Patterns
    ( 
        ID INT IDENTITY(1,1),
        CharColumn VARCHAR(100) COLLATE Latin1_General_CS_AS
    );

--------------
INSERT INTO #TEST_LIKE_Patterns (CharColumn)
VALUES ('aaa'), ('aAA'), ('AAA'), ('Aaa');
--------------    
INSERT INTO #TEST_LIKE_Patterns (CharColumn)
VALUES ('bbb'), ('bBB'), ('BBB'), ('Bbb');
--------------
INSERT INTO #TEST_LIKE_Patterns (CharColumn)
VALUES ('ccc'), ('cCC'), ('CCC'), ('Ccc');
--------------    
INSERT INTO #TEST_LIKE_Patterns (CharColumn)
VALUES ('ddd'), ('dDD'), ('DDD'), ('Ddd');
-------------- …

我正在使用SQL Server迁移助手(SSMA)将Access数据库迁移到SQL Server.将继续使用Access应用程序,但使用链接表而不是本地表.

我在迁移后测试期间遇到了一个问题,其中包含一些包含多个子表单的表单.

测试步骤:

1)编辑主窗体中的字段;

2)将焦点转移到子表单中的字段;

3)尝试编辑子表单中的字段.

结果:弹出一条错误消息:"数据已更改.另一位用户编辑了此记录并在您尝试保存更改之前保存了更改."

一旦错误消息被解除,可以编辑子表单中的字段.如果未编辑主窗体中的字段,则可以编辑子窗体而不显示错误消息.

有关可能导致此错误的原因的任何想法？

我已经尝试在主窗体上的子窗体控件的Enter事件处理程序中保存主窗体记录(即,当输入包含子窗体的控件时,此事件发生在主窗体上,而不是在子窗体本身上) .没有任何区别.我尝试在相同的子窗体控件Enter事件中重新查找主窗体,但这不起作用 - 重新查找主窗体将焦点移离子窗体,因此无法编辑.

MS论坛在子表单的After_Update事件中建议了Me.Parent.Requery.那也行不通.

当我进入子表单时,SQL事件探查器显示单个更新语句,更新主表单下的表.没有其他声明命中数据库来修改数据.

我注意到一件有趣的事情:主窗体的Record Source实际上是一个将两个表连接在一起的select语句.主窗体包含可以更新记录源中每个表中的列的字段.在主窗体中编辑更新关系中子表的字段不会导致"数据已更改"错误.只有在编辑更新关系中父表的字段时才会出现此错误.我已经尝试过更新两个表中每个表中不同列的字段.结果是一致的:编辑父表中的记录会导致错误,编辑子表中的记录则不会.

子表单和主表单之间的链接将子表单表中的列连接到主表单的记录源中的子表中的列.

顺便说一下,主窗体Record Source中的表实际上是以1:1的关系连接的(子表中的一条记录用于父表中的每条记录).子表只是父表的扩展表.

如果我从头开始,我个人不会设计这样的系统,但这是我必须使用的,我希望有一些相当简单的解决方案,不需要重新设计表格或表格(给定主要形式和子形式每个都有超过100个控件).

我正在尝试从 Docker 开始，但发现 Windows 上的环境非常令人沮丧。在我启动笔记本电脑的一半时间里，Windows 版 Docker 桌面似乎无法正确启动。

症状：

1. 系统托盘中的鲸鱼图标背面没有任何容器：

2. 右键单击系统托盘中的鲸鱼图标，在上下文菜单中仅显示两个项目 - 仪表板和设置：

3. 当仪表板打开时，左下角的 Docker 和 Kubernetes 图标变灰，将鼠标悬停在它们上方显示它们已停止：

4. 在仪表板中，如果我选择设置，它会无限期地挂起，试图打开设置窗口：

5. 在仪表板疑难解答窗口中，重新启动按钮呈灰色：

我尝试在服务控制台中重新启动 Docker 引擎和 Docker 桌面服务。那没什么区别。唯一似乎有效的方法是反复重新启动机器，直到 Docker Desktop for Windows 运行。然而，这是一个不太理想的解决方案。有没有人有更好的方法来解决这个问题？

顺便说一下，这是运行 Linux 容器，启用了 Kubernetes。