Details
-
Bug
-
Resolution: Answered
-
Low
-
3.5.0
-
None
-
Severity 3 - Minor
-
0
-
Description
Just observed on a dogfood instance (fisheye.diac) on git repository, but same may potentially happen on other SCMs too, most likely Mercurial. Indexer may not notice repository changes and won't index them until new changes appear in the remote repository. Manually triggering incremental index won't help too.
Most likely scenario that occured:
- new changes were pushed to remote git repository
- FishEye started indexing them, first step is to run fetch to update local clone (this seems to have finished correctly)
- next step is to compare branches and tags in local repository against heads in remote repository. But FishEye was restarted at this point (notice local clone was updated already)
- after restart on every incremental index scan FishEye repeats steps 2 and 3. Until step 2 brings new changes step 3 would assess that local and remote heads are the same and there is nothing to be indexed.
Workaround
Push any changes to remote repository to recover
Attachments
Issue Links
- relates to
-
FE-6294 GIT - missing tags in FishEye after initial scan
- Closed