问题标签 [ignore]

我试图让 Mercurial 忽略配置文件，但我无法让它工作。

我已经在我的服务器上创建了一个存储库，hg init并将该存储库克隆到我的计算机上。然后我希望能够编辑 configurationj 文件，但不将这些更改提交回服务器。

我尝试.hgignore在我的克隆的根目录中创建 a，但 Mercurial 用 a 标记该文件，?无论我是否提交它，它仍会继续记录我的配置更改。

我是否.hgignore在错误的位置创建文件，是否需要提交该文件？是否需要在我在服务器上初始化存储库之前创建它？

我正在使用 Eclipse 和 ClearCase，我们面临的问题是 ClearCase 中没有“忽略”功能，并且我们经常签入不应该签入的文件。

在 Eclipse 中，我已经在Window -> Preferences -> Team中找到了“Ignored Resources”配置，并且能够以这种方式忽略遵循特定模式的文件。

但是如果我想怎么办

1. 保持文件夹及其所有内容不被签入（例如包含类等的目标文件夹）或
2. 阻止签入“忽略的资源”中的模式无法匹配的单个特定文件？

更新：我们正在使用提供的 Eclipse 插件。

使用 ant 构建应用程序后，我将组件复制到临时文件夹。但是，cvs 文件夹也被复制了，它使文件夹和文件的数量几乎增加了一倍。是否有任何解决方案可以忽略 ant 构建文件中的 cvs 文件夹？

我正在使用 SVN 对我正在处理的 ASP.NET Web 项目进行版本控制。我最近决定尝试对该站点的已发布版本进行版本控制。我将这些与分支根目录中代码的标记发布版本一起提交到存储库。事实证明这很有用，因为我可以使用 SVN 部署到我的服务器。

我面临的问题是我必须对项目的 /bin 文件夹（没有外部引用的 DLL）中的一些文件进行版本控制，该文件夹创建了一个 /bin/.svn 文件夹。问题是 VS.NET 的 Publish 命令坚持将 .svn 从开发分支 /bin 复制到输出文件夹的 /bin。这基本上“切换”了那里的二进制文件以指向 dev 分支。结果是 /bin 文件夹的内容实际上永远不会提交到已编译的 bin 文件夹，因为工作副本指向存储库的不同部分。

有什么方法可以强制 Visual Studio 在发布时忽略 .svn 文件夹？或者，是否有另一种方法来处理在项目中包含静态 .dll 而无需将它们放入 bin 文件夹中，以便 /bin 可以从 SVN 中排除（应该如此）（不使用 GAC）？

我在我的 SVN 树中有一个名为“库”的目录，它使用外部加载库，例如 zend framework/smarty/....

我使用一个使用“svn list”的自写工具，我可以在其中选择应该上传到服务器的文件，看起来

svn list 不加载外部道具，因此库目录为空，这意味着我无法使用我的工具上传库

所以问题是：是否有任何选项可以让“svn list”也加载外部？

谢谢

我正在尝试将 Linux 内核添加到具有 .git 子目录的 SVN 树中 - 我不想添加它。

谁能解释这种行为 - 为什么它不忽略 .git 目录？

如何在全局范围内忽略基于目录模式的整个子树，而不为每个项目专门排除它？例如，我想在所有 Maven 项目中排除目标/树，而不必在每个项目的基础上单独这样做。

将“目标”添加到 Window > Preferences > Team > Ignored Resources 效果很好，但也会排除任何目标目录。其他地方 - 在我的情况下这不是问题，但我想知道是否有更好的方法来指定排除某些目录。

我还为 Tortoise 设置添加了排除模式，并且知道 subversion global-ignores 属性只是试图在这里找到答案:) 仅供参考，我确实知道将模式放在哪里，但不确定是什么它应该是。

我有一个项目，我必须chmod在开发时将文件模式更改为 777，但不应在主仓库中更改。

Git 接受chmod -R 777 .并将所有文件标记为已更改。有没有办法让 Git 忽略对文件所做的模式更改？

我在 Eclipse 中设置了一个支持 SVN 的 PHP 项目。现在，Eclipse 将其项目文件 .buildpath 和 .project 添加到项目中，Subclipse 想要将其添加到存储库中。

现在我可以使用 svn:ignore 让 SVN 忽略文件，但由于各种原因，这不是一个选项。那么，有没有办法让 Eclipse 和 Subclipse 忽略这些文件（无论如何它都应该这样做）？

I use Tortoise svn along with about 20 others at our site and all have an ongoing issue with it. Whenever you choose any command (update, commit, or ANY item of the right-click menu) there is almost always an initial lack of repsonse from the software. That is, it hourglasses for a few seconds and then does nothing. So you repeat the request, and it quite often still doesn't work, with same symptoms. It will typically work on the 3rd attempt, but sometimes it takes a 4th and on rare occasions even a 5th try to get it to run he command. Maybe 10% of the time it works first time.

The other symptom is that it gradually builds up multiple TortoiseProc.exe processes (I currently have 8 of these running), some of which maintain a lock on certain files so you have to kill the process to regain full access to the file. But I'm not sure if this is a result of these issues or not as it is not a '1 to 1' relationship between the number of failed commands and the number of processes. In a typical day I might execute 6 Tortoise commands, but this will have taken say 10 - 12 attempts to get them to work.

One theory is that PGP is causing issues, as all data exists on mounted PGP drives. But hard to understand why it takes a random number fo attempts, and always works in the end.

This is slowly driving us all nuts and any thoughts would be appreciated.

Glenn