Artur Hefczyc opened 2 months ago
-
This issue is partly resolved so far:
What is resolved by 1.9.2:
External users cannot see source code (blocked from file browser) Internal comments hidden from external users (watermark cards) — this covers "hide time estimations and work records" External users can access issues
Not yet resolved: Closed source projects but open issue access — right now it's all-or-nothing per user type. Project-level visibility (PUBLIC/PRIVATE) isn't implemented yet. That's part of the GitHub authZ work (1.10+) Expose single file like README.md — not implemented. Artur's own suggestion of a "description page" instead is worth considering as a simpler alternative Cost estimations exposed selectively — not implemented, no cost/estimation fields exist yet Packages access — not implemented
1.9.2 delivers the internal/external comment visibility portion, and the remaining items (project visibility, selective file exposure, packages) are tracked in the GitHub authZ work and future issues. SZ-74 is broader than SZ-76 and SZ-77 — it's more of an epic than a single issue.
-
rk@tigase.net changed state to 'In Progress' 1 week ago
Previous Value Current Value Open
In Progress
| Type |
New Feature
|
| Priority |
Normal
|
| Assignee | |
| Version |
none
|
| Sprints |
n/a
|
| Customer |
n/a
|
We want to have closed source projects but open access to issues and packages, so our customers can access support and packaged software but cannot see source code. Similarly, we would like to hide from customers our time estimations for the tickets and work time records but maybe expose to the our costs estimation for each task/issue.
It would be also very useful to expose a single file content from the repository, like README.md so we can provide some basic documentation or information. But this could be achieved in many other ways. Maybe we could just add to project features something like "description page" instead.