Project

General

Profile

Actions

Defect #4549

closed

Repository: git / view all revision fails with branches

Added by Philip Hofstetter about 14 years ago. Updated about 13 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
SCM
Target version:
-
Start date:
2010-01-11
Due date:
% Done:

0%

Estimated time:
Resolution:
Affected version:

Description

while investigating options for #4547 I came across the fact that the "View all revisions" functionality (RepositoriesController#revisions) blindly checks the changesets table and doesn't care about branches.

This leads to revisions of different branched being intermixed when using redmine with git repositories.

To fix this one, of the solutions provided in #4547 only always using git and never using the changesets table or adding branches/parents to the changesets table would work.

Personally, I'd be tempted to just shell out and keep the changesets table empty in case of git.


Related issues

Related to Redmine - Defect #7146: Git adapter lost commits before 7 days from database latest changesetClosedToshi MARUYAMA2010-12-21

Actions
Related to Redmine - Defect #6013: git tab,browsing, very slow -- even after first timeClosed2010-08-02

Actions
Actions #1

Updated by Adam Soltys about 14 years ago

This was originally done intentionally so that we could have a mechanism to see a full chronological history/log of the entire repo. I agree though, an improvement would be to have a branches dropdown with an "All" option for those who want it.

Actions #2

Updated by Adam Soltys about 14 years ago

Oh I should mention -- I also considered abandoning redmine's changesets model in favour of just shelling out to git all the time, but doing so would prevent us from linking commits to issues by referencing issue numbers in commit messages which is a pretty powerful feature of redmine that I didn't want to lose.

Same goes for the repository "entries" model which comes into play when browsing the repository tree. I wish we could just shell out to git for that too instead of having to record all the file/filetype/size info in the database, but redmine's whole repository browser is built around this "SCM Agnostic" model and I didn't have the time to engineer around that fact.

Actions #3

Updated by Felix Schäfer over 13 years ago

There has been some work done on the git adapter since 0.9.0, could you please check if your defect is resolved on current versions of redmine?

Actions #4

Updated by Gergely Fábián over 13 years ago

This defect seems to exist also in 1.0.1.

Actions #5

Updated by Toshi MARUYAMA about 13 years ago

  • Status changed from New to Closed

From r2840 to r3394 in trunk and from 0.9.0 to 0.9.3(r3501) , Redmine reads all revisions in fetching.
But, after r3394 in trunk and after 0.9.3(r3501) , Redmine reads only one week revisions in fetching.

This is #7146 issue.

This issue affected version is 0.9.0 and it was fixed from 0.9.0 to 0.9.2.
So, I close this issue.

Actions

Also available in: Atom PDF