Fossil SCM

`fs info FILENAME` appears to be broken

Fixed

74cfdb438a246e4… · opened 15 years, 1 month ago

Type
Documentation
Priority
Severity
Important
Resolution
Fixed
Subsystem
Created
Feb. 23, 2011 10:52 p.m.

Pretty easy to reproduce this one.

% cd /tmp
% mkdir bug-test
% fs new fs-info-test.fossil
% mkdir co
% cd co
% fs open ../fs-info-test.fossil 
% echo bar > foo.txt
% fs add foo.txt 
ADDED  foo.txt
% fs ci -m "Add a test file" foo.txt 
New_Version: a152dde43c9bf3410205e98b7fee57555d92378a
% fs info foo.txt 
fossil: no such object: foo.txt

Exit 1

Getting in to feature request land that led to uncovering this bug.

I was doing a vendor import of some code and started to apply a local patch to the new branch. I was hoping to be able to snag the contents of the patch from branch=trunk, but wasn't able to do so. While poking around to find an easy way to get the artifact-id from the command line, I stumbled across this bug not working.

Ideally I'd like to be able to do something like:

% fs finfo -p -r master some/path/foo.txt

Without having looked at the code, it appears as though the arg to -r isn't performing a lookup of symbolic names. Associating artifact-ids with filenames would be ideal. Something like:

fs artifact some/path/foo.txt

And have it spit out a list of artifacts that match a given file, or "-r tip" and have it only spit out the artifact-ids of what's in tip.

Keyboard Shortcuts

Open search /
Next entry (timeline) j
Previous entry (timeline) k
Open focused entry Enter
Show this help ?
Toggle theme Top nav button