"bzr pull -r 10000" doesn't pull entirety of 9998-rev branch
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
naesten@
Using saved parent location: svn://scm.
bzr: ERROR: Requested revision: u'10000' does not exist in branch: SvnBranch(
naesten@
Using saved parent location: svn://scm.
[pulls 998 revisions that it didn't have before ...]
Now on revision 9998 (svn revno: 12299).
naesten@
It would have been much more intuitive if the first pull had pulled up to revision 9998 and simply *pointed out* that there wasn't actually a revision 10000, rather than refusing to pull anything.
Changed in bzr: | |
status: | New → Confirmed |
importance: | Undecided → Wishlist |
tags: | added: check-for-breezy |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Samuel Bronson wrote: hydrogen: ~/hacking/ haskell/ coq-bzr- 2a/branches/ v8.2% bzr pull -r 10000 && bzr pull -r 11000 && bzr pull gforge. inria.fr/ svn/coq/ branches/ v8.2 'svn:// scm.gforge. inria.fr/ svn/coq/ branches/ v8.2') hydrogen: ~/hacking/ haskell/ coq-bzr- 2a/branches/ v8.2% bzr pull gforge. inria.fr/ svn/coq/ branches/ v8.2 hydrogen: ~/hacking/ haskell/ coq-bzr- 2a/branches/ v8.2%
> Public bug reported:
>
> naesten@
> Using saved parent location: svn://scm.
> bzr: ERROR: Requested revision: u'10000' does not exist in branch: SvnBranch(
> naesten@
> Using saved parent location: svn://scm.
> [pulls 998 revisions that it didn't have before ...]
> Now on revision 9998 (svn revno: 12299).
> naesten@
>
> It would have been much more intuitive if the first pull had pulled up
> to revision 9998 and simply *pointed out* that there wasn't actually a
> revision 10000, rather than refusing to pull anything.
>
> ** Affects: bzr
> Importance: Undecided
> Status: New
>
You could always do "bzr pull -r -1" and always pull to the last revision.
I would probably say that the error message could say:
revno 10000 does not exist, the last revision is: YYYY
which might work as well.
I don't think we want to pull to a random revision and have the user not
know where they are really at.
Giving a wrong revision is usually an indication that you either aren't
fetching from the branch you think you are, or you somehow have a wrong
indicator.
John
=:->
-----BEGIN PGP SIGNATURE----- enigmail. mozdev. org/
iqywACgkQJdeBCY SNAANtDwCghBevr gDfgNu6gDWA4+ oiX7vl 2IrIjrP7rMpL/ alNH
Version: GnuPG v1.4.9 (Cygwin)
Comment: Using GnuPG with Mozilla - http://
iEYEARECAAYFAkq
KzIAn2XBxofadI1
=Y9mg
-----END PGP SIGNATURE-----