Fossil SCM
`fs info FILENAME` appears to be broken
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.