RTC 到 GIT 迁移答案

【问题标题】：RTC to GIT migrationRTC 到 GIT 迁移
【发布时间】：2015-07-20 17:14:31
【问题描述】：

我是 git 的新手，在我们的项目中，我们计划从 Rational Team Concert 迁移到 git。

我们有两个主流：

我们已经完成了大约 30 个版本。

我们的计划是压缩/tar 压缩源代码（包含两个分支）并将其迁移到 GIT。非常感谢任何想法或策略。

【问题讨论】：

【解决方案1】：

这个想法是在本地 repo 工作区或沙箱中迭代每个基线，并使用该本地文件夹作为源，以便在 Git repo 中导入源。

cd /path/to/git/repo
git add --work-tree=/path/to/local/RTC/sandbox/aComponent add .
git commit -m "release x"
# change baseline in local workspace

我建议为每个 RTC 组件保留一个 Git 存储库。

澄清“git add --work-tree=..”相对于普通git add的优势是什么

这允许源工作树（正在导入的代码库）驻留在其他地方：您的 tarball 可以在单独的文件夹中干净地解压缩（这样可以避免旧 tarball 中的文件在新 tarball 被删除时不会被删除）在同一个文件夹中解压）。

如果我要从 tar 导入，是否会保留流的版本/历史记录

否：每个 tarball 代表一个流基线，一个时间快照，而不是来自 RTC 的完整原始历史记录。

【讨论】：

在这里感谢您的建议！！ , 我们的源代码被打包成 tarball，我们将要导入到 GIT 中。请。澄清“git add --work-tree=..”相对于普通的 git add 有什么优势，如果我要从 tar 导入，流的版本/历史记录会保留吗？
@Vigs 我已更新答案以解决您的评论
感谢@VonC，想澄清以下几点：在我们的项目中，我们面临着一个棘手的情况，我们在两个不同的地方设有办公室。我们将创建一个 GIT 服务器，比如在位置 A 并完成代码迁移 @A ，稍后设置一个精确的设置 @B 并随后将 A 同步到 B 的 GIT 环境。（将 A 镜像到 B 并使 B 成为主控）。这种方法可行吗？如果是这样，在此过程中，我们应该采取哪些预防措施，例如权限问题等。（我理解，它不符合 GIT 的 DVCS 目的，但仍然想知道）
@Vigs 这听起来完全是一个（仅 Git，没有 RTC）新问题。你能先投票/接受这个，然后用你的新设置提出一个新问题吗？
没问题！链接到新问题：stackoverflow.com/questions/31680559/…