| Summary: | Open git commit viewer from 'Changes' section | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Sascha Scholz <sascha.scholz> |
| Component: | Mylyn | Assignee: | Project Inbox <mylyn-triaged> |
| Status: | CLOSED MOVED | QA Contact: | |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | b.muskalla, steffen.pingel |
| Version: | unspecified | Keywords: | helpwanted |
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Sascha Scholz
These suggestions sound very good to me. I am not sure about the default behavior for double click on change sets since linking to tasks is key to our traceability model but having an option to navigate to the EGit commit viewer definitely makes sense to me. Hm. I'd suggest that Mylyn Build provides a proper popup menu id and let EGit contribute the corresponding action (in my eyes, this is the right direction of dependencies). While EGit will likely not depend on Build (and in no way the other way around), we could think of having the ID in versions and let team providers contribute proper actions for all changesets managed by Mylyn (eg. builds, reviews, whatever). If this is not possible through the team API the Mylyn Versions project should provide the required abstraction for opening commits. The Mylyn EGit Connector is intended to work as a generic bridge that doesn't couple to specific Mylyn sub-projects to avoid the need for a Mylyn EGit bridge for every single component (i.e. Tasks, Context, Builds, Reviews...). Mylyn has been restructured, and our issue tracking has moved to GitHub [1]. We are closing ~14K Bugzilla issues to give the new team a fresh start. If you feel that this issue is still relevant, please create a new one on GitHub. [1] https://github.com/orgs/eclipse-mylyn |