SVN Repo Logs中没有作者

时间:2015-06-13 17:56:25

标签: svn repository apache redmine

我试图在新机器上设置svn存储库和Redmine。一切都运行良好,除了我想在提交时强迫作者。

现在,我的日志看起来像这样(svn log):

r10 | (no author) | 2015-04-30 16:18:47 -0700 (Thu, 30 Apr 2015) | 2 lines

我们已经使用svn设置了另一个框,因为我已经在这里,并且每次尝试提交时都会询问用户他的用户名和密码。我查看了所有配置文件,它们看起来完全一样。我怎么能做到这一点?我已将此问题发布到Stackoverflow和Redmine论坛。我还没有得到答案。这对我来说是一件非常重要的事情,因为我想知道谁对回购承诺做了什么。

这是我的svn目录的apache2.conf。里面有很多Redmine的东西,但我认为这不重要。我认为Redmine只是在svn的东西上看作者来展示它。

PerlLoadModule Apache::Redmine
<Location /svn>
    DAV svn
    SVNParentPath /var/www/redmine-svn
    Options FollowSymLinks
    #Order deny,allow
    #Deny from all
    Require valid-user
    Satisfy any

    # If a client tries to svn update which involves updating many files,
    # the update request might result in an error Server sent unexpected
    # return value (413 Request  Entity Too Large) in response to REPORT
    # request,because the size of the update request exceeds the limit
    # allowed by the server. You can avoid this error by disabling the
    # request size limit by adding the line LimitXMLRequestBody 0
    # between the <Location...> and </Location> lines. 
    LimitXMLRequestBody 0

    # Only check Authentication for root path, nor again for recursive
    # folder.
    # Redmine core does only permit access on repository level, so this
    # doesn't hurt security. On the other hand it does boost performance
    # a lot!
    SVNPathAuthz on

    PerlAccessHandler Apache::Authn::Redmine::access_handler
    PerlAuthenHandler Apache::Authn::Redmine::authen_handler
    AuthType Basic
    AuthName "Redmine SVN Repository"

    #read-only access    
    <Limit GET PROPFIND OPTIONS REPORT>
            Require valid-user
            Allow from localhost
            # Allow from another-ip
            Satisfy any
    </Limit>

    # write access
    <LimitExcept GET PROPFIND OPTIONS REPORT>
            #Require all denied
            Require valid-user
    </LimitExcept>

    ## for mysql
    RedmineDSN "DBI:mysql:database=redmine_default;host=localhost"

    RedmineDbUser "redmine"
    RedmineDbPass "---"

</Location>

在服务器上的/ etc / subversion / config中,我已取消注释以下内容:

store-passwords = no

store-auth-creds = no

然后我在我的客户端上删除了.subversion / auth / *中的本地内容。但我仍然可以在不提供作者的情况下提交!我认为问题出在Apache的东西上,但我无法弄明白:(

我错过了什么?这让我兴奋不已,我无法继续进行这些无权提交!

提前感谢您的帮助。

1 个答案:

答案 0 :(得分:0)

更新后的apache.conf似乎问我的用户密码(粗体更改):

PerlLoadModule Apache::Redmine
<Location /svn>
    DAV svn
    SVNParentPath /var/www/redmine-svn
    Options FollowSymLinks
    **Order deny,allow**
    #Deny from all
    **#Require valid-user**
    Satisfy any

    # If a client tries to svn update which involves updating many files,
    # the update request might result in an error Server sent unexpected
    # return value (413 Request  Entity Too Large) in response to REPORT
    # request,because the size of the update request exceeds the limit
    # allowed by the server. You can avoid this error by disabling the
    # request size limit by adding the line LimitXMLRequestBody 0
    # between the <Location...> and </Location> lines. 
    LimitXMLRequestBody 0

    # Only check Authentication for root path, nor again for recursive
    # folder.
    # Redmine core does only permit access on repository level, so this
    # doesn't hurt security. On the other hand it does boost performance
    # a lot!
    SVNPathAuthz on

    PerlAccessHandler Apache::Authn::Redmine::access_handler
    PerlAuthenHandler Apache::Authn::Redmine::authen_handler
    AuthType Basic
    AuthName "Redmine SVN Repository"

    #read-only access    
    <Limit GET PROPFIND OPTIONS REPORT>
            Require valid-user
            Allow from localhost
            # Allow from another-ip
            Satisfy any
    </Limit>

    # write access
    <LimitExcept GET PROPFIND OPTIONS REPORT>
            **#Require all denied**
            **Deny from all**
            Require valid-user
    </LimitExcept>

    ## for mysql
    RedmineDSN "DBI:mysql:database=redmine_default;host=localhost"

    RedmineDbUser "redmine"
    RedmineDbPass "SrDQio8BjB0Q"

</Location>