Question

我使用Git导入SVN存储库。然后我创建了自己的项目作为存储库中的子文件夹。

我将SVN存储库与Git-SVN一起使用。我的工作程序是：

git commit -am "message"
git svn rebase
git svn dcommit。

现在我想用git tag -a RC1 -m 'Release Candidate 1'标记我的项目，但我只希望我的项目获得标记。

我该怎么做？

Answer 1

TL; DR版本

如果您知道树的SHA-1，则可以标记特定目录（也称为树），但通常不会这样做。使用该标签不容易做有用的事情。

答案很长

Git中的每个对象都有一个唯一的SHA-1。最常见的是，SHA-1引用提交，但它们也可以引用blob（文件内容）和树（目录结构和文件名/文件权限映射）。您可以在Git Objects documentation。

中阅读相关内容

例如，假设我在我的存储库中的特定目录中。我可以运行git ls-tree HEAD来获取路径中的文件/目录列表及其SHA-1：

$git ls-tree HEAD
100644 blob ed76d466f5025ce88575770b07a65c49b281ca59    app.css
100644 blob ed58ee4a9be6f5b58e25e5b025b25e6d04549767    app.js
100644 blob e2bed82bd9554fdd89d982b37a8e0659fe82390a    controllers.js
040000 tree f888c44e16f7811ba69a245adf35c4303cb0d4e7    data
100644 blob d68aa862e4746fc9abd0132cc576a4df266b0a9d    directives.js
100644 blob df0ae0e7288617552b373d21f7796adb8fb0d1b6    index.html
040000 tree fa9c05b1bb45fb85821c7b1c27925b2618d646ac    partials
100644 blob 28e9eb6fe697cb5039d1cb093742e90b739ad6af    services.js

然后我可以标记其中一棵树（比如上面的data目录）：

$git tag data-1.0 f888c44e16f7811ba69a245adf35c4303cb0d4e7

标签现在是该SHA-1的别名，我可以在接受树的SHA-1的任何地方使用它：

$git ls-tree -rt data-1.0
100644 blob 6ab0a52a17d14cbc8e30c4bf8d060c4ff58ff971    file1.json
100644 blob e097e393fa72007b0c328d67b70ba1c571854db0    file2.json
040000 tree 39573c56941fdd2fc88747a96bf871550f4affb2    subfolder1
...    ...  ...                                         ...

要取回原来的SHA-1：

$git rev-parse data-1.0
f888c44e16f7811ba69a245adf35c4303cb0d4e7

这对你有什么好处？没那么多。但是，如果您愿意编写自己的脚本来重构树的内容，或者找到包含树的提交，那么它可能对您有用。（例如，this SO answer可以用于此目的）。

但正如其他人所说，你可能会更容易使用版本/标记模型，这种模型可以更好地与Git配合使用，而不是尝试调整现有模型。正如shikjohari＆amp; amp;其他人，如果你想要一个项目，在项目中有自己的版本，请考虑Git Submodules。

Answer 2

你不能。

在Git中，设计标签总是作为一个整体应用于存储库（就像提交和分支一样）。这与Subversion不同，Subversion中的标签（只是副本）可以应用于子树。

BTW：即使在Subversion中，通常也不鼓励标记子树，因为它很快就会混淆树的哪一部分被标记。我知道的大多数来源（例如版本Control with Subversion建议始终通过复制trunk进行标记。

关于您的问题：

通常，单独的项目应该获得单独的Git存储库。在这种情况下，“单独”通常意味着您可能需要单独分支/标记。

如果您不能/不能这样做，最好的选择可能是使用一些标记前缀，并调用所有标记myproj-1.0，myproj-1.1等。

Answer 3

Git不可能做到这一点。 Git标记是指向特定提交的指针，而Subversion标记是Subversion存储库中任何文件夹的副本。在Subversion中标记单个文件夹的概念并没有很好地延续到Git中。

问题是您的初始设置与Git的分支模型不匹配。以Git友好方式执行此操作的方法是为项目设置分支，然后标记该分支上的提交。

您有几个选择：

使用git svn tag在给定点标记整个存储库。有关使用此命令的说明，请运行git help svn。
使用常规Subversion命令标记目录。这不需要涉及下载Subversion工作副本，因为您只需运行svn copy {URL to your project on the repository} {URL to your tag directory}，但您需要安装Subversion。
在一个全新的目录中启动Subversion存储库的新Git克隆。将项目文件夹指定为中继URL，而不是实际中继。然后Git-svn将该目录视为您的主分支，并允许您通过Subversion标记和复制它。

Answer 4

当我不得不将一个非常大的项目移动到Git时，我发现自己处于类似的问题中。我发现团队没有正确处理SVN并且无论他们想要的地方都做了标记。所以有个别项目和文件夹的标签 - 这是非常气馁的。

如果你打算转移到Git，你应该保持它在Git中的工作方式并保持干净。我建议创建频繁更改项目的单独存储库。如果您发现项目依赖于其他项目，也可以使用子模块。

Git标记为存储库的子文件夹

4 个答案:

TL; DR版本

答案很长