Changes between Version 6 and Version 7 of GitMigrationProposal
- Timestamp:
- 03/15/09 06:04:33 (4 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
GitMigrationProposal
v6 v7 105 105 }}} 106 106 107 == Scenario 1 ==107 == Scenario 1: getting the numpy source code == 108 108 109 109 Getting the sources from the NumPy repository, just to look at the sources, or to build from last version instead of released: … … 113 113 }}} 114 114 115 Do NOT use checkout - checkout has a different meaning than in svn. Clone is what you want. 116 115 117 A tarball will also be made available on the scipy website, so that you don't need git at all in this scenario. 116 118 117 == Scenario 2 ==119 == Scenario 2: prepare a simple patch ala svn, don't bother me with git == 118 120 119 121 I 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: … … 125 127 git diff 126 128 }}} 129 130 Maybe: we could have a svn mirror of git ? 127 131 128 132 == Scenario 3: reverting changes == … … 149 153 150 154 This will have the same semantics as svn revert. 155 156 Q: I thought that git reset was the option to use ? 157 158 No, 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.
