问题标签 [revision-history]

我有一个网站，用户可以通过该网站编写自己的剧本。

此剧本以修订的形式保存。

Apache SVN 已安装。

我只想保存每个用户文档的最后 5 个修订。

但问题出在后端，所有修订都存储在一个名为“Docsrepo”的文件夹中，并且在 1 个文件夹中归类为 1000 个修订。像这样它有234个文件夹。

意思是 234*1000 次修订。

现在我想归档所有这些修订，只保留每个文档的最后 5 个修订。

我怎么做？

有谁知道如何获得 perforce 以生成文件历史记录的详细信息和描述表？

GUI 或命令行解决方案都可以。在 P4V GUI windows 客户端上，当您在工作空间树状视图中右键单击文件，并选择“文件历史记录”时，您可以看到每个修订的列表，其中描述是该列表的最后一列。我很想以打印机友好的格式打印这个列表（因为如果有很长的描述，它永远不会出现在屏幕上）。

基本上，我需要一个漂亮的、整洁的文件列表，其中包含对文件的每次更改、日期和更改说明。除了在“文件历史记录”中之外，我还没有找到一种让 perforce 生成此可打印列表的方法，但除了使用我不想使用的截图工具或打印屏幕之外，这是不可打印的。

最好的情况是包含日期和描述的列表，以及差异分析的摘要，以准确显示特定文件的每个修订版中的更改内容。

对此的任何帮助将不胜感激。

我有一些从 Wordpress 后端检索页面的代码。我使用 post_id 来检索它。问题是当我修改页面内容时，更改有一个新的帖子 ID。有没有一种很好的方法来检索页面的最新版本。标题永远不会改变。

我也在 Wordpress 之外访问这些页面。

我有一个 2 年历史的存储库，它最初是一个私有存储库，因此它包含在不同点的历史记录中：密钥文件、加密密钥、不同地方的大量图像集等，在存储库的历史记录中，所有这些都不再被追踪，但仍然存在于历史中。

由于我们引入了新的开发人员，源代码现在变得共享，我想从一个基本干净的存储库开始一个干净的开始。但是，在这个过渡期间，我可能还必须处理旧存储库，在两个存储库之间共享补丁/提交。

在 git 中摆脱以前的历史，同时保持向后兼容性，尽可能干净地在旧存储库和新的干净存储库之间共享提交的能力的最佳方法是什么？

目标：

1. 以新存储库中不可用的历史记录的方式进行敏感提交。
2. 允许新存储库中的全部功能（克隆、推送、获取，对 git 来说是正常的一切）
3. 最大化旧仓库识别来自新仓库的补丁/提交的能力
4. [不太重要] 由于工作副本中不存在的古代提交中没有二进制文件，因此使新的 repo 更快。

我正在寻找一个突出显示文件更改的视图，类似于您在查看 SO 项目的“编辑”按钮或 wiki 页面的历史时可以看到的更改。

我目前正在发布几个开源项目。通常，完整的源代码以 ZIP 存档的形式提供或在开源存储库中签入。这使得ohloh的分析变得困难。

如果该软件是在非公共存储库中开发的，则可以使用完整的历史记录。但是，我不想发布完整的历史记录。

我想使用 git 来达到两种可能性之一：

(i) 每个作者一次提交：每个作者 应该有一个提交（提交日期为最终发布日期）。每个提交都包含代码行，最终成为最终版本。

(ii) 仅包含最后代码行的原始提交：在此变体中，保留了提交本身的数量。每次提交的修改方式都是只保留最终进入最终版本的行，而删除所有其他的行。

有没有人实现过其中一种变体？变体 (i) 似乎可以使用git-blame和一些脚本。

我们从一个新的、空的 subversion 存储库和一个现有的 git 存储库开始，我想“推送”并保留所有历史记录和作者身份（如果可能的话，甚至只是用户名）。

使用“git svn dcommit”，我可以在 subversion repo 的历史记录中看到修订评论，但作者详细信息默认为我在 subversion 中的用户名，提交日期变为今天的日期，即推送日期，而不是 git 中的初始提交。

是否有方法可以像 BZR->SVN 一样覆盖这些感兴趣的属性，使用 bazaar.conf 覆盖和修改 pre-revprop-change 钩子，但这次是 Git？

谢谢。

如何（如果可能的话）在文件中搜索字符串，包括其所有修订？

这样做的原因是我知道某些字符串foo.bar过去曾在我的文件中，但后来被删除了。该文件有很多修订，因此手动搜索非常耗时。我需要一个工具来下载foo.bar文件的所有修订版并在每个修订版中搜索我的字符串。

如果可能的话，我会很高兴在一个目录中搜索，而不仅仅是单个文件（还包括所有修订）。然而，这是可选的。

我带来的唯一解决方案是编写一个 python 脚本来逐个导出修订并始终读取文件并使用find()搜索字符串。

我在合并同事的提交时犯了一些错误。现在，我们发现了它，我们需要再次应用旧提交，以手动选择文件中的更改。情况如下所示：

我需要 git 再次要求我将 B 与 I 合并，就像 B 从未出现在历史上一样。换句话说，我需要 git 要求我为 B 和我提交的所有不同文件选择合并。做这种事情的最佳方法是什么？我可以用樱桃采摘来做到这一点吗？如何？

我有一个包含 3 个提交的工作树：

➜ ~myproject git:(master)git log

现在我希望我的第一次提交reword的提交消息（6707a66）

➜ ~myproject git:(master)git rebase -i 6707

（……进入 vim）

在这种情况下，我希望更正（reword用 git 的说法）有问题的提交消息：

初始提交（带有误导性消息）

……合适的东西。

不出所料，我上面的尝试没有成功，因为第一次提交显然没有任何父提交。（当你rebase，你需要在你希望的那个之前reword引用下一个最旧的提交，对吧？）

因此，我的问题的要点是，您可以通过任何其他方式实现这一目标吗？