activating a view doesn't delete excluded files
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Confirmed
|
Low
|
Unassigned |
Bug Description
Testing the new Filtered Views feature on bzr.dev r4030:
(~/dev/
somedir/
somedir/
somedir/
somedir/subdir/
somedir/
somedir/
somefile4.XXX
(~/dev/
Using 'my' view: somedir
(~/dev/
somedir/
somedir/
somedir/
somedir/subdir/
somedir/
somedir/
somefile4.XXX
(~/dev/
Standalone tree (format: development-
Location:
branch root: .
Related branches:
parent branch: .
Format:
control: Meta directory format 1
working tree: Working tree format 5
branch: Branch format 7
repository: Packs 6 rich-root (uses btree indexes, requires bzr 1.9)
In the working tree:
7 unchanged
0 modified
0 added
0 removed
0 renamed
0 unknown
0 ignored
2 versioned subdirectories
Branch history:
2 revisions
1 committer
5 days old
first revision: Mon 2009-02-16 19:36:44 -0300
latest revision: Mon 2009-02-16 20:39:51 -0300
Repository:
2 revisions
tags: | added: view |
Changed in bzr: | |
status: | New → Confirmed |
importance: | Undecided → Low |
summary: |
- All files still there when a filtered view is active + activating a view doesn't delete excluded files |
tags: | added: check-for-breezy |
Eduardo de Oliveira Padoan wrote: junk/testbranch ) edcrypt@ edcrypt- laptop$ bzr.dev ls somefile1. txt somefile2. txt subdir/ somefile1. rst subdir/ somefile3. txt junk/testbranch ) edcrypt@ edcrypt- laptop$ bzr.dev view somedir junk/testbranch ) edcrypt@ edcrypt- laptop$ bzr.dev ls somefile1. txt somefile2. txt subdir/ somefile1. rst subdir/ somefile3. txt
> Public bug reported:
>
> Testing the new Filtered Views feature on bzr.dev r4030:
>
> (~/dev/
> somedir/
> somedir/
> somedir/
> somedir/subdir/
> somedir/
> somedir/
> somefile4.XXX
> (~/dev/
> Using 'my' view: somedir
> (~/dev/
> somedir/
> somedir/
> somedir/
> somedir/subdir/
> somedir/
> somedir/
> somefile4.XXX
That's for the fast feedback. The feature only landed an hour or so
before this bug report. Awesome!
By design, filtered views do not delete other files in the working tree. bazaar- vcs.org/ FilteredView if you
A bit like a database view, they simply provide a lens on to the
information. I am planning to implement a feature closer to what you're
expecting - partial trees. See http://
haven't already. Technically, the latter is harder than it sounds. For
example, merge expects *all* the files to be in the tree (and merge
needs to remain a tree-wide operation, even if a view is active and you
only see the bits you interesting in via status, diff and commit).
Having said the above, I certainly think that there are some commands
where the filtered view ought to apply and it doesn't yet. ls is one
example - I hadn't thought of that one. I think they ought to apply for
shelve as well. They *might* - I'm yet to test it - but there certainly
isn't a unit test for shelve yet and there needs to be. In the case of
shelve, I don't think it existed in the core when I first wrote the
filtered views code. I don't have any excuse for ls though. :-)
I also feel some commands should explicitly ignore the view, though
perhaps they should make it clearer they are doing so. log and info
are examples of commands in this category.
Ian C.