Construct your own sophisticated queries with EyeQL and integrate the results with other tools using the FishEye API.
Link to any artifact in your repository: commits, diffs, directories, file histories, revisions, source lines, and search results.
Analyse your repository with:
Line graphs at every node from root to revision.
‘Related Revisions’, a list of modifications from all branches, sorted by revision number.
File annotations for age and ownership.
And it can work perfectly with JIRA, I’ll show you the perfect feature JIRA and FishEye work seamlessly:
Create a new FishEye project, you need name it and input a ‘Key’;
Link this project with the JIRA project by input a JIRA project key. (or we can link project in JIRA by input a FishEye project key).
Edit ‘FishEye Content’ after the creation complet: we need to config the repository path for the project.
Commit some code to the repository paht, then go to the project page: And we can view this change details: It’s cool, right? but It can be more interesting.
Someday, tester report an issue, say any one can login, the tester create a new issue in JIRA:
This bug was assigned to me.
I fix this bug, and commit code change: I want to record this change in JIRA, so that anyone concern can track my work. How can JIRA know which issue I’m working on? Here is a convention: use the issue id as the beginning of the comment, I commit the changes, and JIRA will capture this change list, and link to the issue: SPRIN-10.
And now return to the issue page, the commit I just did has been added to the issue! Wow, that’s really cool! We can see all related change, really helpful, not only for management, but also for developers.