版本：1.30.0-内部预览版(用户设置)
提交：456e8e64beb2dceac66743959f6802b66e18e300
日期：2018-11-26T11:05:14.406Z
Electron:2.0.12
Chrome:61.0.3163.100
Node.js:8.9.3
V8:6.1.534.41
操作系统：Windows_NT x64 10.0.17763

FYI @mjbvz

@amcasey 我在VS Code 1.30中无法使用TS 3.3.0-dev.20181127的REPO。您认为这是VS Code的问题吗？

@mjbvz,不，我认为这不是VS Code的问题，我只是觉得你会对此感兴趣，因为编辑器同步中出现了几次新的重命名功能。

我也无法在VS code中复现这个问题，无论是昨天的TypeScript构建。

这里有一个更复杂的示例，展示了Code 1.34和typescript@next中的错误：

// @Filename: welove.ts
const g = 4567;
export = g;
// @Filename: app.tsx
import good = require('./welove')
console.log(good/*1*/)

在/*1*/处的Find-all-refs找到了所有四个引用，这是有争议的，因为g和good具有不同的名称。在/*1*/处重命名所有四个引用，这似乎不好，因为g和good不是相同的名称，而welove.ts可能是一个d.ts文件，重命名会导致中断。

// @Filename: welove.ts
const g = 4567;
export const good = g;
// @Filename: app.tsx
import { good } from './welove'
console.log(good/*1*/)

在这里，在(1)处的find-all-refs找到了最后三行，这似乎没问题。但即使导入是import { good as go },它也似乎是错误的，与export=示例相同。重命名功能完全失效。在(1)处重命名最后一行，将导入重命名为import { good as go },然后错误地重命名了export const go = g。
这种行为在emacs中也是一样的，这是我测试过的唯一其他编辑器。以下是我的tsconfig,以防需要：

{
    "compilerOptions": {
        "strict": true,
        "noImplicitThis": false,
        "noImplicitAny": true,
        // "noUnusedLocals": true,
        //"noImplicitThis": true,
        //"noImplicitReturns": true,
        // "strictNullChecks": false,
        "target": "esnext",
        "lib": ["es5", "es2015", "es2016", "es2017", "esnext", "dom"],
        "allowJs": true,
        "checkJs": true,
        "outDir": "out",
        "jsx": "preserve",
        "esModuleInterop": true,
        "module": "commonjs"
    },
    "include": [
        "ex.d.ts",
        "other.d.ts",
        "mod1.js",
        "test.js",
        "welove.ts",
        "first.ts",
        "forever.js"
    ]
}

在与@amcasey进行了更多的讨论后，我认为前两个示例的当前行为是可以接受的，因为我们没有可靠方法来判断一个符号是否来自不应该重命名的文件。
然而，这个例子在重命名(以及可能在find-all-refs中)存在一些问题：

// @Filename: welove.ts
const g = 4567;
export const good = g;
// @Filename: app.tsx
import { good/*0*/ as gold/*1*/ } from './welove'
console.log(gold/*2*/)

• 在(1)或(2)处重命名应该只重命名引入的别名 gold 。目前它也重命名了所有出现的 good (并且find-all-refs包含了 good )。
• 在(0)处重命名应该重命名除了引入的别名 gold 之外的所有内容。目前就是这样做的。Find-all-refs包含了对 gold 的引用，这并不是很好，但还可以接受。

请注意，这仅影响VS(和emacs),不影响VS Code。我认为新的providePrefixAndSuffixTextForRename方法可以避免这个bug。

进一步调查显示，服务器有以下情况：

1. 有一个配置了所有文件(除了一个)的项目。
2. 一个推断出的项目，其中包含了遗漏的文件。
   推断出的项目提供了两个错误的引用。我还没有调查过这部分。我认为因此这个问题的优先级相当低，尽管我会和@amcasey确认这种设置的普遍性。
   换句话说，如果从上面的tsconfig中删除"include"列表，或者将其添加为"app.tsx",则不会重现此问题。