- status: code-review --> validation
The following corner cases exist for displaying last commit information correctly. There should be explicit test cases for these cases. It will almost certainly require a change to the LastCommitDoc structure.
/file1
/file2
/file1
) == hash(/file2
)/dir1/file1
/dir2/file2
/dir1/file1
) == hash(/dir2/file2
)/dir1/
) == hash(/dir2/
)/dir2/file3
/dir2/file2
) != hash(/dir2/file3
)/dir1/
) != hash(/dir2/
)/dir1/file1
/dir1-copy/file1
/dir1/file1
) == hash(/dir1-copy/file1
)/dir1/
) == hash(/dir1-copy/
)/file1
/file1
) == F0/
) == T0/file1
/file1
) == F1/
) == T1/file1
/file1
) == F0/
) == T0All of these cases also have to work across repos, though ideally with minimal duplication of data (forks)
Given a commit ID and a path, the solution needs to be able to find the most recent values for the tree's nodes that are not newer than the given commit. This means we need to have some way of determining ordering: is the tree information for commit ID X before or after the info for commit ID Y.
Tickets: #4549
Tickets: #4935
Tickets: #5341
Tickets: #5514
Log in to post a comment.