Changes between Version 6 and Version 7 of GitMigrationProposal

Show
Ignore:
Timestamp:
03/15/09 06:04:33 (4 years ago)
Author:
cdavid
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GitMigrationProposal

    v6 v7  
    105105}}} 
    106106 
    107 == Scenario 1 == 
     107== Scenario 1: getting the numpy source code == 
    108108 
    109109Getting the sources from the NumPy repository, just to look at the sources, or to build from last version instead of released: 
     
    113113}}} 
    114114 
     115Do NOT use checkout - checkout has a different meaning than in svn. Clone is what you want. 
     116 
    115117A tarball will also be made available on the scipy website, so that you don't need git at all in this scenario. 
    116118 
    117 == Scenario 2 == 
     119== Scenario 2: prepare a simple patch ala svn, don't bother me with git == 
    118120 
    119121I have found a bug, and I want to submit a patch. I want to do it like in svn, I don't care about git: 
     
    125127git diff 
    126128}}} 
     129 
     130Maybe: we could have a svn mirror of git ? 
    127131 
    128132== Scenario 3: reverting changes == 
     
    149153 
    150154This will have the same semantics as svn revert. 
     155 
     156Q: I thought that git reset was the option to use ? 
     157 
     158No, don't use git reset. Git reset can be used to revert changes, but can be dangerous to use, as it can also remove *commits*, not just changes. git reset is only useful for advanced usage of git. Use git stash or git co, not git reset.