Twiki/源代码控制，具有供内部和外部使用的细粒度权限
我们内部一直使用 trac 和 svn 并取得了相当好的结果。 现在我们想向外部供应商开放我们系统的部分内容 - 例如。 我们想在 twiki 上创建一个区域，供外部设计师上传图像、记录内容等。 我们需要能够限制他仅访问 twiki 的该部分。
同样，我们有外部开发人员致力于特定模块的开发，我们希望向这些模块提供 twiki 和 svn 访问权限，但仅限于他们的项目子集。
我们开始使用 trac 来做到这一点，然后转而追求 Basecamp，然后是 Basecamp 的替代品，然后普遍陷入困境。
你有什么建议吗？
We've been using trac and svn internally with fairly good results. Now we'd like to open up parts of our system to external vendors - eg. we'd like to create an area on the twiki for our external designer to upload images, document things, and so forth. We need to be able to restrict his access to only that part of the twiki.
Similarly we have external developers working on specific modules that we'd like to provide twiki and svn access to, but only for their subset of the project.
We started to do this with trac, then switched to pursuing basecamp, then basecamp alternatives, and then generally floundered.
What do you recommend?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我们实施了这种方法：
对于 Trac，您可以尝试细粒度权限来控制对 wiki 页面的访问。 其余权限可以通过标准权限以某种方式进行管理。
对于SVN访问，您可以使用您的服务器提供的授权方法。
我们还使用 LDAP 作为 Trac 和 SVN 的身份验证机制。
We implemented this approach:
For Trac you could try Fine Grained Permissions to control access to the wiki pages. Rest of privileges can be managed somehow with standard permissions.
For the SVN access, you can use the authorization method provided by your server.
We also have LDAP as authentication mechanism for both Trac and SVN.