Svn Trac是否修改了Subversion存储库it'；是否配置为浏览？

我是一个控制狂，所以我想知道是否有办法从Trac修改回购文件？ 如果是，我如何阻止它

我一直在研究trac.ini，但似乎没有任何迹象表明它实际上写入了存储库，但我想最好先问一下：）

根据：

---

因此，这里没有任何内容建议编辑或修改SVN文件系统。

如果我记得正确，TRAC将访问文件系统上的repo

---

一种简单的方法是，通过对运行TRAC的系统帐户的只读访问来设置存储库文件权限。

如果我没有记错，TRAC将访问文件系统上的repo

---

一种简单的方法是设置您的存储库文件权限，并对运行TRAC的系统帐户进行只读访问。

如果我尝试这样做，我将使用svnsync并配置TRAC在远程SVN存储库的本地镜像上工作

---

如果我真的担心它，我会进一步扩展这一步，并在远程SVN存储库中放置一个预提交挂钩，以隔离TRAC实例，并“失败”来自该TRAC实例的任何提交。

如果我尝试这样做，我将使用svnsync并配置trac在远程SVN存储库的本地镜像上工作

---

如果我真的担心它，我会进一步扩展这一步，并在远程SVN存储库中放置一个预提交挂钩，以隔离TRAC实例，并“失败”来自该TRAC实例的任何提交。

据我所知，不，TRAC不会更改SVN repo

---

但是，有一些功能要求（例如，请参阅tickets和），因此有一天它可能会开始启用。

据我所知，不，Trac不会更改SVN回购

---

但是，有一些功能要求（例如，请参阅tickets和），因此有一天它可能会开始使用。

正确的答案很简单：不

---

Trac绝对是一个多功能的存储库浏览器。就这样。我见过一些关于如何尝试通过插件扩展其核心功能的请求，这些插件可以提交到连接的存储库中，但就Trac core而言，任何担心都是毫无根据的。真的。

正确的答案很简单：不

---

Trac绝对是一个多功能的存储库浏览器。就这样。我见过一些关于如何尝试通过插件扩展其核心功能的请求，这些插件可以提交到连接的存储库中，但就Trac core而言，任何担心都是毫无根据的。真的。

根据权限页面：只有存储库浏览器权限，所以我应该可以不干扰服务器权限？顺便说一句，我不明白你的意思。我在同一个框中有trac和svn，它们都属于apache www数据。www数据可以写入svn和trac。根据权限页面：只有存储库浏览器权限，所以我应该可以不干扰服务器权限？顺便说一句，我不明白你的意思。我把trac和svn放在同一个框中，两者都归apache www数据所有。www数据可以写入svn和trac。这是否意味着trac可以写入存储库？不，这意味着如果我是偏执狂，我会配置svn使其无法写入，即使可以，也不会是“正确”的repo。这是否意味着trac可以写入存储库？不，这意味着如果我是偏执狂，我会配置SVN，使其无法写入，即使可以，也不会是“正确”的回购协议。没错，但不仅仅是SVN。它不会更改任何连接的存储库。当前的Trac现在能够连接到许多存储库，包括Git和Mercurial。没错，但不仅仅是SVN。它不会更改任何连接的存储库。当前的Trac现在能够连接到许多存储库，包括Git和Mercurial。

BROWSER_VIEW      View directory listings in the repository browser
LOG_VIEW          View revision logs of files and directories in the 
                  repository browser
FILE_VIEW         View files in the repository browser
CHANGESET_VIEW    View repository check-ins