Svn 用户的版本控制';元数据

Svn 用户的版本控制';元数据,svn,version-control,git-svn,Svn,Version Control,Git Svn,我有一个问题很可能没有唯一明确的答案。 在我们使用SVN的团队中,许多人都在使用git SVN(将其视为一个奇特的SVN客户端) 我们将一些与项目相关的出版物、报告和文档存储在存储库中的trunk/documents/*下。每个用户都创建自己的与给定文档相关的注释、注释等,比如说trunk/Documents/doc1.txt。因此,最终我们有N个用户拥有doc1.txt.metadata 您对存储此元数据有何建议?每个用户元数据的分支?由于文件会因用户而异,我能想到的最干净的方法是保留文本文件

我有一个问题很可能没有唯一明确的答案。 在我们使用SVN的团队中,许多人都在使用
git SVN
(将其视为一个奇特的SVN客户端)

我们将一些与项目相关的出版物、报告和文档存储在存储库中的
trunk/documents/*
下。每个用户都创建自己的与给定文档相关的注释、注释等,比如说
trunk/Documents/doc1.txt
。因此,最终我们有N个用户拥有
doc1.txt.metadata


您对存储此元数据有何建议?每个用户元数据的分支?

由于文件会因用户而异,我能想到的最干净的方法是保留文本文件,如
doc1.txt.metadata.username
。对我来说,为每个用户元文件保留单独的分支听起来很复杂,在日常使用中很难使用

可以使用提交前和/或提交后钩子将其自动化,但它是:

虽然钩子脚本几乎可以做任何事情,但钩子脚本的作者应该在一个方面表现出克制:不要使用钩子脚本修改提交事务。。。您不应该修改事务,而应该在预提交钩子中验证事务,如果它不满足所需的要求,则拒绝提交。作为奖励,您的用户将了解到谨慎、合规的工作习惯的价值

最简单的方法可能是建立
doc1.txt.metadata.username
作为一条规则,并编写一个预提交脚本,拒绝任何提交
.metadata
文件,而不使用当前用户名作为扩展名