对于子项目中显示的项目，Rally 中不提供权限
假设：
- 项目 A 是项目 B 的父项
- 用户的上下文设置为项目 A（左上角下拉列表）
- 用户对项目 A 具有查看者访问权限
- 用户对项目 B 具有编辑者访问权限
用户无法添加子项通过计划 > 属于项目 B 的用户故事 >用户故事视图（或任何其他视图）。
但是，当用户将上下文从项目 A 更改为项目 B 时，此问题得到解决。
看起来用户必须选择特定的子项目作为上下文，而不是从父项目级别工作（对于完整视图），以便用户界面为它们提供正确的权限（即，当上下文设置为权限较少的父项目时，子项目权限在用户界面中不可用）。
问题：这是预期的行为吗？
蒂姆.
Given:
- Project A is the parent of Project B
- The context for the user is set to Project A (top-left dropdown)
- The user has Viewer access to Project A
- The user has Editor access to Project B
The user is unable to Add a Child to a User Story that belongs to Project B via the Plan > User Stories view (or any other view).
However, this issue was resolved when the user changed the context from Project A to Project B.
It appears as though the user must select a specific child project as the context, rather than work from the parent project level (for a full view), so that the user interface provides them with the correct permissions (i.e. sub-project permissions aren’t available in the user interface when the context is set to a parent project with fewer permissions).
Question: Is this the expected behaviour?
Tim.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
Tim，
Rally 使用 StackOverflow 解决有关 Rally Software 各种 API（包括 App SDK、Ruby 和 Ruby）编码的技术问题。对于有关我们产品的问题，.NET API 和 Web 服务 API 没有那么多。
也就是说，您所看到的可能是基于我们的项目权限模型的预期行为。但这有点奇怪。如果您需要更多说明，请点击 Rally 任何页面底部的“联系支持”，我们的支持小组将帮助您进一步调查。
-标记
Tim,
Rally uses StackOverflow for technical questions about coding to Rally Software's various APIs including the App SDK, Ruby & .NET APIs, and Web Service API not as much for questions about our product.
That said, what you are seeing is probably the expected behavior based on our project-permission model. But it is a bit odd. If you would like more clarification, please click on 'contact support' at the bottom of any page in Rally and our support group will help investigate further.
-Mark