标签: path

昨天，我回到了在 Visual Studio 2013 中运行良好的 Git。我可以对源文件进行“与未修改的比较”，我会看到源文件的版本控制状态，以及 Visual Studio 中 Git 的所有优点。我昨天下班时关了电脑。

然而，今天早上上班的时候，一启动VS，就收到了来自Git Version control的奇怪信息，说：

'Path 'C:\' doesn't point at a valid Git repository or workdir.' 

我继续打开我在 Git 版本控制下的项目，奇怪的是，Git 没有识别我的项目 - 似乎没有任何源文件被添加到版本控制中，所有选项，例如与文件的未修改版本进行比较缺少，就好像该项目从未处于 Git 版本控制之下。

所以，我进行了系统还原，这让一切恢复正常。现在，当我启动 Visual Studio 时，我从 Git 版本控制收到以下消息

Opening repository: C:\Workspace\Dev\

这个路径是我的源代码所在的路径。

你能想出是什么让 Git-Visual Studio 集成如此突然地混乱吗？

PS 我在 VS 2013 上，所以我没有安装任何外部 Git 扩展，我使用的是 VS 2013 附带的一个。这个完全相同的问题现在已经发生了两次。在这两种情况下，我都必须进行系统还原才能让一切恢复正常。

我在 Windows 7 Professional 应用程序栏上创建了一个指向我的 Google Drive 目录的自定义链接。现在我想更改该图标，以便很明显它是 Google Drive 文件夹。

如何找到 Google 云端硬盘图标？

我已将可执行文件的快捷方式添加到我路径上的文件夹中，但我无法按预期执行它。

有没有办法做到这一点？我有一堆小的 exe，我想在它们的安装文件夹中保持井井有条。

我想从和文件夹中执行这些 exes。因此，我在路上需要它们。

我不想在我的路径中再添加 10 个目录。

有没有办法实现这一目标？

我在windows 10下使用命令行工具。工具的路径在系统PATH变量中设置，以便可以从命令行启动。

每当该工具的新版本出现时，我都会将其存储到一个新目录并更新系统 PATH 以指向新位置。重新启动命令窗口，一切正常，使用新版本的工具。

但是，在关闭并启动后，PATH 将恢复为旧值，并使用旧版本的工具。打开环境变量编辑器并单击“确定”，不做任何更改，解决了问题……直到下次关机。我搜索了整个注册表，找不到旧的 PATH 值。它必须存储在其他地方。

一段时间后，（我猜在安装了 Windows 更新之后，但我不确定这一点）问题消失并记住了新的 PATH 值。

在以前的 Windows 版本中，这没有问题，我只有在升级到 Windows 10 后才能看到这种行为。

如何解决这个问题？有什么方法可以使有效的 PATH 永久有效吗？

Windows 中的某些文件或文件夹具有路径变量（如 %appdata%、%systemroot%、%userprofile% 等）。有没有类似的东西来获取默认浏览器？

例如，C:\Program Files\Google\Chrome\Application\chrome.exe如果 Google Chrome 是默认浏览器、C:\Program Files\Mozilla Firefox\firefox.exeFirefox 是默认浏览器、C:\Program Files\Internet Explorer\iexplore.exeInternet Explorer 是默认浏览器等，则它可以采用该值，并且无论如何始终具有相同的名称。

在同一个系统，cmd.exe并powershell.exe产生不同的结果两者通过其绝对路径和相对于$ PWD上市文件：

CMD 看到它，而 PowerShell 没有。二进制文件似乎在 AFAICS 的任何地方都没有“隐藏”位。

我通过资源管理器中的 Windows 搜索确定了路径。

这里发生了什么？

我想卸载一些作为 UNIX 一部分的 Mac OS 附带的应用程序。
我的计划是卸载大部分默认的东西，通过 Macports 安装它。
这将使升级、卸载……更容易。

任何人都知道如何做到这一点？

我有一条这样开始的路径

PATH=/opt/subversion:/usr/bin:/bin:/usr/sbin:/sbin [etc]

这是错误的（至少 opt/subversion 需要是 opt/subversion/bin）。这是在哪里设置的？我检查了我知道的常见嫌疑人：

.login
.profile
.bash
.bashrc

它似乎不在其中任何一个中。我需要看哪里？

我查看命令所在的位置：

xxx:~/mono/mono-2.6.7$ which mono
/usr/local/bin/mono

如果我直接执行它，没问题：

xxx:~/mono/mono-2.6.7$ /usr/local/bin/mono -V
Mono JIT compiler version 2.6.7 (tarball Mon Aug  2 16:01:50 UTC 2010)
Copyright (C) 2002-2010 Novell, Inc and Contributors. www.mono-project.com
....

但是如果我在没有路径的情况下执行命令，它就找不到它：

xxx:~/mono/mono-2.6.7$ mono
bash: /usr/bin/mono: No such file or directory

/usr/bin 中没有单声道文件：

xxx:~/mono/mono-2.6.7$ ls -l /usr/bin/mono
ls: cannot access /usr/bin/mono: No such file or directory

这是我的路径：

xxx:~/mono/mono-2.6.7$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games

它不是搜索由冒号分隔的每个目录吗？那么它不应该在 /usr/local/bin 中找到 mono 吗？

如果我以 root 身份登录，它就可以工作。我可以在命令行上执行 mono 并找到它。权限是：

xxx:~/mono/mono-2.6.7$ ls -l /usr/local/bin/mono
-rwxr-xr-x 1 root root 8452592 2010-08-02 …

我读过一个解释，说它可以允许 cwd 中的恶意可执行文件代替类似命名的内置程序和核心实用程序运行。

对于造成真正破坏的东西，这不是仅适用于 root 吗？无论如何，如果'.' 被附加到 PATH 而不是前置，这不应该规避这种“替换”攻击，因为 PATH 的目录是按顺序扫描的吗？（不是按顺序扫描的吗？）

除了这个问题还有其他问题吗？