view release on metacpan or  search on metacpan

bryce-notes.txt  view on Meta::CPAN

    if ($s4->{svn_binary} eq 'rsvn') { push @local_svn, "--local"; }
    checkout of area with viewspec is a test case
- (DONE) move guts of checkout/update into module
- (DONE) remove chdir and pwd and make it work again
  - it should not depend on current directory
- (DONE) move all s4 global variables to SVN::S4
- (DONE) BUG: from top directory, cd.. and then s4 update DIRNAME. It starts checking things
  out in the current dir, not the target dir.
- (DONE) all new commands should check for unknown options
- (DONE) remove any s4 dependency on SCX environment variables
- (DONE) BUG mys4 checkout URL PATH is broken.
- (DONE) change file_url back
- (DONE) how to support -rREV.  I thought
  Getopt::Long::config("bundling_override")
  would do it, but it doesn't.
  Example: s4 up -r26784        #FAILS
  Example: s4 up -r 26784       #WORKS
- (DONE) "s4 up viewpass1" is fine, but "s4 up viewpass1/" fails
  perl: subversion/libsvn_subr/path.c:113: svn_path_join: Assertion `is_canonical (base, blen)' failed.
- (DONE) BUG ./update_tests.py 15     (but passes without s4 wrapper)
    EXPECTED STDOUT:
    D  working_copies/update_tests-15/A/D/G
    Updated to revision 3.
    ACTUAL STDOUT:
    EXCEPTION: SVNLineUnequal
    FAIL:  update_tests.py 15: another "hudson" problem: updates that delete
  - solution:
    - (DONE) add a check to S4::rev_on_date.
    - (DONE) make which_rev only get called in viewspec mode
- (DONE) BUG:
  "s4 up -rREV" fails
  "s4 up -r REV" is okay
- (FIXED) BUG ./update_tests.py 22 fails  (but passes without s4 wrapper)
  Unequal Types: one Node is a file, the other is a directory
  EXCEPTION: SVNTreeUnequal
  FAIL:  update_tests.py 22: update target that was added in a future rev
- (DONE) BUG: unview caused a crash, unless you later replaced the exact path with
  a new view command.  Fixed in 27071.
- (DONE) performance improvement: with viewspecs, test if a single svn update
  will suffice.  If so, it can be much faster!
  - Md5sum of the viewspec actions list, except for the revision number.
    If the md5sum matches the last completed update or checkout, and all the
    target revision numbers in the whole tree are identical, do a single update
    at the top of tree.
- (DONE) set command should set some internal hash, not the real environment variables,
  or you may be able to do nasty things
- (DONE) make this use SVN::Client: is_file_in_repo
- write regression tests for viewspec behavior
  - (DONE) checkout with viewspec
  - (DONE) update when viewspec changes
  - (DONE) test all viewspec syntax
  - you can always write more tests
- (FIXED) BUG: svn checkout -r does not obey the -r in the top level checkout
- (DONE) @list_actions should not need to be in order. just sort by target dir, and the
  order no longer matters.  Add s4_test called "s4_checkout_view2_viewlines_out_of_order"
  to regress this.
- (DONE) Undo switches when the view line is removed from viewspec.
  Store the previous parsed viewspec somewhere, and compare them so that we
  can tell what switches should be switched back.
- (DONE) document new update and checkout behavior
- (DONE) OUCH! newer svns do not allow the "switch --relocate" trick.
  So dammit I'm going to edit the .svn/entries file myself.  It's actually much easier
  than the switch relocate trick anyway.
    Make a versioned directory called A.
    Just add the line:
       <entry name="A" kind="dir"/>
    and then you can svn switch A to anything you want.
    If you don't switch it, the next update will make A get deleted.
- (DONE) BUG: "s4 --version" fails
  s4 --version   #fail
  svn --version  #ok
- (DONE) BUG: we don't allow cmdline options to appear before the svn command.
  "s4 -m message commit file" fails
  "s4 commit -m message file" ok
  "s4 commit file -m message" ok
- (DONE) when view line gives bad URL, very confusing errors result.
  Just before doing svn switch, take the time to check if it's in the repository.
- (DONE) BUG: Undoing switchpoints does the wrong thing if there are switchpoints underneath other
  switchpoints.
  mys4 up -r11; mys4 up -r12
  cd /local/denney/svn114branch/subversion/tests/clients/cmdline/working_copies/s4_tests-7.wc2
  It is ok to be over conservative (e.g. never remove any switchpoints)
  but it is not okay to make things disappear when they should not.
- (DONE) BUG: s4 does not undo void switchpoints that were created on the way to a real switchpoint.
  Really it should.
- (DONE) What happens if two view lines map the same switchpoint? Illegal, or one overrides the other?
  Now, one overrides the other.
- (DONE) if the URL is outside of the repository:
  - (DONE) test UUID
  - (DONE) print an error that it's not supported
  - or, make an svn external (svn propset . and then svn co [-r] URL PATH)
    but wait until there's a need.
- (DONE) Integrate complete_patch as "s4 snapshot"
- (DONE) Integrate strong_revert as "s4 scrub --force"



To decide:
- How to make a tag when the view is an important part of the tag?
  svn cp trunk tags/1.1
  Then you can check out the tag of trunk and you know that it's static.
  Then if you want any views to point to the tag, you svn cp the view, edit the
  Project.viewspec so that the URLs are different, and check in the view.

  trunk
  tags
    1.1
    1.2
    1.3
  views/
    viewpass1/
      Project.viewspec
    viewpep/
      Project.viewspec
  branches
    1.1.1


- s4 update simh_2006-07-01 would ideally update that directory with knowledge
  of what the viewspec says.  But in our current model, since you did not update
  from the top, the viewspec would never be considered.  That seems bad.
- what does checkout/update do with multiple arguments?  What if one of them points
  to a directory with a viewspec but others don't?