gpt4 book ai didi

版本控制压缩文件(docx、odt)

转载 作者:行者123 更新时间:2023-12-03 12:15:31 25 4
gpt4 key购买 nike

有些格式实际上是伪装的 zip 文件,例如docx 或 odt。如果我将它们直接存储在版本控制中,它们将作为二进制文件处理。我理想的解决方案是

  • 有一个创建 foo.docx/ 的钩子(Hook)每个 foo.docx 的目录提交前的文件,将所有文件解压缩到其中
  • 可选地,有一个重新缩进 xml 文件的钩子(Hook)
  • 有一个重新创建 foo.docx 的钩子(Hook)来自更新后的存储文件

  • 我不希望 docx 文件本身受版本控制。 (我知道 related question 建议使用自定义差异的不同方法。)

    这是可行的吗?这对 mercurial 可行吗?

    更新:

    我知道钩子(Hook)。我对细节感兴趣。这是一个演示预期行为的 session 。
    > hg add foo.docx
    > hg status
    A foo.docx
    > hg commit
    > # Change foo.docx with external editor
    > hg status
    M foo.docx
    > hg diff
    +++ foo.docx/word/document.xml
    - <w:t>An idea</w:t>
    + <w:t>A much better idea</w:t>

    最佳答案

    我想知道同样的事情,只是遇到了ZipDoc Mercurial 的扩展/过滤器,似乎正是这样做的!

    还没试过,但看起来很有希望!

    关于版本控制压缩文件(docx、odt),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3765033/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com