在存储库的 .git 目录中创建自定义文件夹是否存在任何技术问题？
Are there any technical issues with creating custom folders inside .git directory of repository?
我正在处理的一个项目需要在任何克隆的 git 存储库中有一个特定的隐藏文件夹；然而，这避免了创建 .gitignore 文件的需要，因此这些存储库中需要 2 个额外的隐藏项，最终用户（开发人员）应该有权访问 .gitignore，这可能会导致问题.
另一种想法是将这个 "hidden" 系统文件夹放在 .git 文件夹中，然后不需要额外的 .gitignore - 或额外的隐藏文件夹（本地） ) 回购。
此文件夹及其内容应保留在本地，不得以任何方式向上游推送，并且不应以任何方式干扰 git。
这会导致任何 "unforeseen" 问题吗？
如果您明确不想在 git 存储库中使用 .gitignore 文件，您可以在您的计算机上使用本地全局 gitignore，如前所述在 Stack Overflow 上 this answer。
git worktree 允许您为一个克隆拥有多个工作树。这是一件很方便的事情我不想错过..
在这种情况下，额外的工作树没有 .git 目录 ，而是 .git 文件 .只要你的工具可以处理这个应该没问题，但它仍然是一个奇怪的用例。
我正在处理的一个项目需要在任何克隆的 git 存储库中有一个特定的隐藏文件夹；然而，这避免了创建 .gitignore 文件的需要，因此这些存储库中需要 2 个额外的隐藏项，最终用户（开发人员）应该有权访问 .gitignore，这可能会导致问题.
另一种想法是将这个 "hidden" 系统文件夹放在 .git 文件夹中，然后不需要额外的 .gitignore - 或额外的隐藏文件夹（本地） ) 回购。
此文件夹及其内容应保留在本地，不得以任何方式向上游推送，并且不应以任何方式干扰 git。
这会导致任何 "unforeseen" 问题吗？
如果您明确不想在 git 存储库中使用 .gitignore 文件，您可以在您的计算机上使用本地全局 gitignore，如前所述在 Stack Overflow 上 this answer。
git worktree 允许您为一个克隆拥有多个工作树。这是一件很方便的事情我不想错过..
在这种情况下，额外的工作树没有 .git 目录 ，而是 .git 文件 .只要你的工具可以处理这个应该没问题，但它仍然是一个奇怪的用例。