当前位置：文江博客话题详情

钩或不钩 - git

发布于 2024-11-18 03:54:40 字数 1077 浏览 5 评论 0原文

我们定制的 IDE 输出 XML 文件，其编码使它们看起来像二进制文件。这些文件的差异和合并失败。

我们可以使用 tr 命令创建这些文件的 ASCII 版本。我希望达到这样的状态：这些文件在提交之前总是自动转换为 ascii。

我拿起我的使用 Git 进行版本控制，它全心全意地警告我不要使用钩子，除非我真的需要。

我应该为此目的使用钩子吗？或者我可以做其他事情来确保文件在提交之前始终进行转换吗？

Windows XP with msysgit 1.7.4

--= update =--

感谢大家的帮助和耐心。寻找这个问题我尝试了以下方法，但它不起作用：

echo "*.xrp    filter=xrp" > .git/info/attributes
git config --global filter.xrp.clean 'tr -cd '\''\11\12\15\40-\176'\'''
git config --global filter.xrp.smudge cat
git checkout --force

此配置更改后文件保持不变。即使我删除并重新结帐。

配置为清理任务的 tr 命令确实独立工作。证明：

$ head -n 1 cashflow/repo/C_GMM_CashflowRepo.xrp
ÿþ< ! - -   X M L   R e p o s i t o r y   f i l e   1 . 0   - - >

$ tr -cd '\''\11\12\15\40-\176'\' < cashflow/repo/C_GMM_CashflowRepo.xrp | head -n 1
<!-- XML Repository file 1.0 -->

任何人都可以看到我的配置有什么问题吗？

原文

Our bespoke IDE outputs XML files with an encoding that makes them look like binary files. Diffs and merges of these files fail.

We can create ASCII versions of these files with the tr command. I would like to get to a state where these files are always automatically converted to ascii before they are committed.

I picked up my copy of Version Control with Git and it wholeheartedly warns me away from using hooks unless I really need to.

Should I be using a hook for this purpose? Or can I do something else to ensure the files are always converted before commit?

Windows XP with msysgit 1.7.4

--= update =--

Thanks everyone for your help and patience. Looking to this question I tried the following, but it does not work:

echo "*.xrp    filter=xrp" > .git/info/attributes
git config --global filter.xrp.clean 'tr -cd '\''\11\12\15\40-\176'\'''
git config --global filter.xrp.smudge cat
git checkout --force

The files remain unchanged after this config change. Even when I delete and re-checkout.

The tr command configured as the clean task does work in isolation. Proof:

$ head -n 1 cashflow/repo/C_GMM_CashflowRepo.xrp
ÿþ< ! - -   X M L   R e p o s i t o r y   f i l e   1 . 0   - - >

$ tr -cd '\''\11\12\15\40-\176'\' < cashflow/repo/C_GMM_CashflowRepo.xrp | head -n 1
<!-- XML Repository file 1.0 -->

Can anyone see what is wrong with my config?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

你是我的挚爱i 2024-11-25 03:54:40

挂钩的一个问题是它们不是分布式的。

.gitattributes 有一些指令来管理文件的差异和内容，但另一个选项是 属性过滤器（仍在.gitattributes中），并且可以在提交时自动转换这些文件。
（也就是说，如果干净的脚本能够检测这些文件仅基于其内容）

根据此聊天讨论，OP Synesso 报告成功：

.gitattributes:
*.xrp filter=xrp

~/.gitconfig:
[filter "xrp"]
clean = \"C:/Program Files/Git/bin/tr.exe\" -cd "\\''\\11\\12\\15\\40-\\176'\\'"
smudge = cat

然后我必须修改文件，添加、提交、删除、签出......然后它就被修复了。 :)

请注意，对于不只涉及一个用户，但可能涉及克隆该存储库的任何用户的任何修改，我更喜欢添加（并提交）一个额外的 .gitattributes 文件，在其中声明过滤器，而不是修改 .git/info/attribute 文件（未克隆）。

从 gitattributes 手册页：

如果您只想影响单个存储库（即，为该存储库的某个用户工作流程特有的文件分配属性），则应将属性放置在 $GIT_DIR/info/attributes 文件。
应进行版本控制并分发到其他存储库的属性（即所有用户感兴趣的属性）应放入 .gitattributes 文件中。影响单个用户所有存储库的属性应放置在由 core.attributesfile 配置选项指定的文件中。系统上所有用户的属性应放置在 $(prefix)/etc/gitattributes 文件中。

http://git-scm.com/docs/gitattributes

phyatt 添加评论中：

我为 sqlite3 制作了一个与此类似的示例。
您可以使用两行将其添加到正确的文件中：

git config diff.sqlite3.textconv 'sqlite3 $1 .dump'
echo '*.db diff=sqlite3' >> $(git rev-parse --show-toplevel)/.gitattributes

类似的行可用于编写其他 git 配置路径。

One issue with hooks is that they aren't distributed.

.gitattributes has some directive to manage the diff and content of a file, but another option would be an attribute filter (still in .gitattributes), and could automatically convert those files on commit.
(That is if the clean script is able to detect those files based on their content alone)

Per this chat discussion, the OP Synesso reports a success:

.gitattributes:
*.xrp filter=xrp

~/.gitconfig:
[filter "xrp"]
clean = \"C:/Program Files/Git/bin/tr.exe\" -cd "\\''\\11\\12\\15\\40-\\176'\\'"
smudge = cat

Then I had to modify the file, add, commit, delete, checkout ... and THEN it was fixed. :)

Note that, for any modification which doesn't concern just one user, but potentially any user cloning that repo, I prefer adding (and committing) an extra .gitattributes file in which the filter is declared, rather than modifying the .git/info/attribute file (which isn't cloned around).

From the gitattributes man page:

If you wish to affect only a single repository (i.e., to assign attributes to files that are particular to one user’s workflow for that repository), then attributes should be placed in the $GIT_DIR/info/attributes file.
Attributes which should be version-controlled and distributed to other repositories (i.e., attributes of interest to all users) should go into .gitattributes files.
Attributes that should affect all repositories for a single user should be placed in a file specified by the core.attributesfile configuration option.
Attributes for all users on a system should be placed in the $(prefix)/etc/gitattributes file.

http://git-scm.com/docs/gitattributes

phyatt adds in the comments:

I made an example similar to this for sqlite3.
You can add it into the correct files with two lines:

git config diff.sqlite3.textconv 'sqlite3 $1 .dump'
echo '*.db diff=sqlite3' >> $(git rev-parse --show-toplevel)/.gitattributes

Similar lines can be used for writing other git config paths.

回复收藏 0 原文

殤城〤 2024-11-25 03:54:40

diff 是否有机会按原样处理它们（即它们只包含一些奇怪的字节，但其他都是文本）？如果是这样，您可以强制 git 将它们视为带有 .gitattributes 的文本。如果没有，最好还是创建自定义 diff 和合并脚本（将根据需要使用 tr 进行转换）并告诉 git 使用它，再次使用 .gitattributes。

在任何一种情况下，您都不会使用挂钩（这些挂钩用于在特定操作中运行），而是使用特定于文件的 .gitattributes。

回复收藏 0 原文