在Subversion存储库中存储文件权限

如何将文件权限存储在存储库中? 有几个文件需要是只读的,以阻止第三方程序摧毁它,但在检出版本库后,它们被设置为读写。

我查看了谷歌,并从2005年发现了一篇博客文章 ,指出Subversion不存储文件权限。 有补丁和挂钩脚本列出(只有一个url仍然存在)。 三年之后,Subversion仍然没有存储文件许可权,并且只有这样才能实现这个目标? (我从来没有做过钩子,而是使用Subversion原生的东西。)

一个可能的解决scheme是编写一个脚本,并将其与代码的其余部分一起检查,并将其作为构build过程的第一步运行。

此脚本贯穿代码库的副本并设置某些文件的读取权限。

理想情况下,脚本会从简单的input文件读取文件列表。 这可以使其他开发人员易于维护和轻松了解哪些文件被标记为只读。

SVN确实具有存储元数据( 属性 )和文件的能力。 这些属性基本上只是键/值对,但是有一些特殊的键,如'svn:executable',如果这个属性存在于文件中,Subversion会在检出文件时为该文件设置文件系统的可执行位。 虽然我知道这不是你正在寻找的东西,但它可能就够了(对我来说)。

还有其他一些线路结尾(svn:eol-style)和mimetypes(svn:mime-type)的属性。

在SVN中没有原生的方式来存储文件的权限。

asvn和来自该博客文章的补丁似乎都已经启动了(并且在官方的SVN仓库中),这是一件好事,但我不认为他们将在短时间内在核心版本中进行这样的元数据处理。

SVN有能力处理符号链接和可执行文件很长一段时间,但在Win32上都不能正常工作。 我不会屏住呼吸另一个这样的非便携式function(尽pipe在现有的元数据系统之上实现并不难)。

我会考虑编写一个shell脚本来手动调整文件权限,然后将其放入存储库。

因为这在以前的回应中还没有完全说明。 我讨厌复活僵尸线程。

由于为SVN添加权限支持必须容纳多个操作系统和权限types,NFS,POSIX,ARWED和RACF

这会使SVN臃肿,可能与冲突的权限types(如NFS和POSIX)冲突,或者打开可能的漏洞/安全漏洞。

有几个解决方法。 pre-commit,post-commit,start-commit是比较常用的,也是Subversion系统的一部分。 但是可以让你用你喜欢的任何编程语言来控制权限。

我实现的系统就是我所说的打包程序,它validation工作副本的提交文件,然后parsing元数据文件,该文件列出了文件/文件夹所需的默认权限以及您所需的任何更改。

Owner, Group, Folders, Files default: <user> www-user 750 640 /path/to/file: <user> non-www 770 770 /path/to/file2: <user> <user> 700 700 

你也可以扩展它,并允许自动移动,重命名,按types标记修订版本,比如alpha,beta,release候选版本,release

至于支持客户端检查你的资料库文件附加的权限。 您最好考虑创build一个包的安装程序,并将其作为资源提供。

想象一下,人们用一个可执行文件来设置他们的存储库,它的权限是root:www-user 4777

这是SVN补丁的更新链接,它正确处理unix样式的文件权限。 我已经testing了fedora12,似乎按预期工作:

我只是保存它/ usr / bin / asvn,并使用asvn而不是svn命令,如果我需要权限处理正确。

许多答案都表示,svn不存储文件权限。 这可能是事实,但我能够解决一个没有执行权限问题的DLL文件,只需通过以下步骤:

  1. chmod 755 badpermission.dll
  2. mv badpermission.dll ../
  3. svn更新
  4. svn rm badpermission.dll
  5. svn commit badpermission.dll -m“删除dll修复权限”
  6. mv ../badpermission.dll。
  7. svn add badpermission.dll
  8. svn commit badpermission.dll -m“将dll添加回修复权限”
  9. rm badpermission.dll
  10. svn更新
  11. badpermission.dll带回执行权限

@morechilli:

从我以前的post和在OP的博客中的asvn包装似乎做你的build议。 虽然它将权限存储在相应文件的存储库属性中,而不是单个外部文件。

我build议使用mtree工具生成权限映射(FreeBSD默认使用它),将映射存储在存储库中,并且如上所述,运行一个脚本,从映射中恢复适当的文件权限作为第一步build立过程。

locking不能解决这个问题。 locking会阻止其他人编辑文件。 这是第三方应用程序,它作为构build过程的一部分运行,试图写入文件 – 改变它 – 这打破了构build过程。 因此,我们需要停止程序改变文件,只是简单地标记文件只读。 我们希望将这些信息保存在存储库中,并通过签入,分支机构等进行传输。

格雷厄姆, svn不存储权限。 你唯一的select是把你的电话打包到脚本中。 该脚本应该用它的参数调用svn ,然后设置权限。 根据你的环境,你可能需要调用你的脚本svn并调整PATH以确保它被调用。

我非常喜欢morechilli的想法,将文件和权限列表存入存储库本身。

我们为我们创build了一个batch file。 宁愿实际支持在颠覆虽然…

考虑使用svn lock禁止其他人写入文件。