| Summary: | [client] Add Git Log UI - show history for single file/folder | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Susan McCourt <susan> |
| Component: | Client | Assignee: | Szymon Brandys <Szymon.Brandys> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | bokowski, libingw, Szymon.Brandys, tomasz.zarna |
| Version: | 0.2 | ||
| Target Milestone: | 0.2 | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
| Bug Depends on: | 339104, 340355, 340439, 340449, 340455, 340461 | ||
| Bug Blocks: | 336116 | ||
|
Description
Susan McCourt
I think we can use this bug for discussing Git Log UI. Susan, if you had something else in mind while filling the bug, let me know and I open a separate one for Git log UI. Also , we should be able to compare two versions in the history. this is what I meant. When I opened this bug, I also thought that the history list might be a good example of a visual component that could appear on it's own page or optionally embedded in nav page. Not hard-coded in the page, but something that could test the idea of a "show view". This was because we had so much real estate on the nav page that we are not using. (In reply to comment #3) > When I opened this bug, I also thought that the history list might be a good > example of a visual component that could appear on it's own page or optionally > embedded in nav page. Not hard-coded in the page, but something that could > test the idea of a "show view". This was because we had so much real estate on > the nav page that we are not using. I think our approach in general for new UI is to build it as an independent component that lives on its own page. So the git log is its own page, but through bug 339566 we can look at combinations of views. I agree we should start with a separate git log page for now. It would allow Compare with Latest or Each Other, and another action to checkout the selected revision (Replace With Revision). (In reply to comment #0) > it would be nice to show a generic file history I assume this means showing a git log for the selected path/folder and its children. You're not interested in seeing history for the repo[1], you want it to be narrowed to the selection, right? > The use case is that I'd like to know from the Orion client that something has > changed in a file and that I might need to go whatever tools are necessary to > synch. Well, that's a different story. To achieve that the server would need to fetch changes periodically and let you know there is something new on a remote. Sounds like a separate bug to me. [1] http://git.eclipse.org/c/e4/org.eclipse.orion.server.git/log/ (In reply to comment #2) > Also , we should be able to compare two versions in the history. Opened bug 339682 for server API. (In reply to comment #6) > I assume this means showing a git log for the selected path/folder and its > children. You're not interested in seeing history for the repo[1], you want it > to be narrowed to the selection, right? I would like to see history for a single file, and history for the whole repository. History for a folder and its children is a nice to have as far as I am concerned. (In reply to comment #8) Right, we start from implementing UI for a single file and the repository. (In reply to comment #6) > > The use case is that I'd like to know from the Orion client that something has > > changed in a file and that I might need to go whatever tools are necessary to > > synch. > > Well, that's a different story. To achieve that the server would need to fetch > changes periodically and let you know there is something new on a remote. > Sounds like a separate bug to me. No, I didn't literally mean some kind of polling. (This bug was written before we had git support or any idea of what it might look like).If I can see the history for a repo, I can see what's changed, that's good enough. The Git Log UI is added. I will raise separate bugs for remaining issues. |