12

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

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

  1. git commit -am "message"
  2. git svn rebase
  3. git svn dcommit.

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

我怎样才能做到这一点？

4

4 回答 4

17

TL;DR 版本

如果您知道树的 SHA-1，则可以标记特定目录（也称为树），但使用该标记做有用的事情并不经常完成且不容易。

长答案

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

例如，假设我在存储库中的特定目录中。我可以运行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

这一切对你有什么好处？没有多少。但是，如果您愿意编写自己的脚本来重建树的内容，或者查找包含树的提交，那么它可能对您有用。（例如，这个 SO 答案可以适用于这样的目的）。

但就像其他人所说的那样，您可能会更轻松地使用与 Git 配合得更好的版本控制/标记模型，而不是尝试调整现有模型。正如 shikjohari 和其他人已经提到的，如果你想要项目中的项目，它们有自己的版本，请考虑使用Git 子模块。

于 2015-07-29T21:45:14.920 回答
6

你不能。

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

顺便说一句：即使在 Subversion 中，通常也不鼓励标记子树，因为它很快就会变得混乱，只是标记了树的哪一部分。我知道的大多数来源（例如带有 Subversion 的版本控制建议始终通过复制trunk.

关于你的问题：

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

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

于 2012-10-09T12:48:16.577 回答
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 标记和复制它。

于 2012-10-09T12:51:39.150 回答
1

当我不得不将一个非常大的项目迁移到 Git 时，我发现自己遇到了类似的问题。我发现团队没有正确处理 SVN，并从他们想要的任何地方进行标记。所以有个别项目和文件夹的标签 - 这是非常不鼓励的。

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

于 2015-01-09T08:15:23.280 回答