Show More
@@ -29,9 +29,14 b' def rebase(ui, repo, **opts):' | |||
|
29 | 29 | |
|
30 | 30 | Rebase uses repeated merging to graft changesets from one part of |
|
31 | 31 | history (the source) onto another (the destination). This can be |
|
32 | useful for linearizing local changes relative to a master | |
|
32 | useful for linearizing *local* changes relative to a master | |
|
33 | 33 | development tree. |
|
34 | 34 | |
|
35 | You should not rebase changesets that have already been shared | |
|
36 | with others. Doing so will force everybody else to perform the | |
|
37 | same rebase or they will end up with duplicated changesets after | |
|
38 | pulling in your rebased changesets. | |
|
39 | ||
|
35 | 40 | If you don't specify a destination changeset (``-d/--dest``), |
|
36 | 41 | rebase uses the tipmost head of the current named branch as the |
|
37 | 42 | destination. (The destination changeset is not modified by |
@@ -373,7 +373,7 b' if __name__ == "__main__":' | |||
|
373 | 373 | text = open(sys.argv[1]).read() |
|
374 | 374 | blocks = debug(findblocks, text) |
|
375 | 375 | blocks = debug(findliteralblocks, blocks) |
|
376 | blocks = debug(prunecontainers, blocks, sys.argv[2:]) | |
|
376 | blocks, pruned = debug(prunecontainers, blocks, sys.argv[2:]) | |
|
377 | 377 | blocks = debug(inlineliterals, blocks) |
|
378 | 378 | blocks = debug(splitparagraphs, blocks) |
|
379 | 379 | blocks = debug(updatefieldlists, blocks) |
@@ -9,7 +9,12 b' move changeset (and descendants) to a di' | |||
|
9 | 9 | |
|
10 | 10 | Rebase uses repeated merging to graft changesets from one part of history |
|
11 | 11 | (the source) onto another (the destination). This can be useful for |
|
12 | linearizing local changes relative to a master development tree. | |
|
12 | linearizing *local* changes relative to a master development tree. | |
|
13 | ||
|
14 | You should not rebase changesets that have already been shared with | |
|
15 | others. Doing so will force everybody else to perform the same rebase or | |
|
16 | they will end up with duplicated changesets after pulling in your rebased | |
|
17 | changesets. | |
|
13 | 18 | |
|
14 | 19 | If you don't specify a destination changeset ("-d/--dest"), rebase uses |
|
15 | 20 | the tipmost head of the current named branch as the destination. (The |
@@ -68,7 +73,12 b' move changeset (and descendants) to a di' | |||
|
68 | 73 | |
|
69 | 74 | Rebase uses repeated merging to graft changesets from one part of history |
|
70 | 75 | (the source) onto another (the destination). This can be useful for |
|
71 | linearizing local changes relative to a master development tree. | |
|
76 | linearizing *local* changes relative to a master development tree. | |
|
77 | ||
|
78 | You should not rebase changesets that have already been shared with | |
|
79 | others. Doing so will force everybody else to perform the same rebase or | |
|
80 | they will end up with duplicated changesets after pulling in your rebased | |
|
81 | changesets. | |
|
72 | 82 | |
|
73 | 83 | If you don't specify a destination changeset ("-d/--dest"), rebase uses |
|
74 | 84 | the tipmost head of the current named branch as the destination. (The |
@@ -127,7 +137,12 b' move changeset (and descendants) to a di' | |||
|
127 | 137 | |
|
128 | 138 | Rebase uses repeated merging to graft changesets from one part of history |
|
129 | 139 | (the source) onto another (the destination). This can be useful for |
|
130 | linearizing local changes relative to a master development tree. | |
|
140 | linearizing *local* changes relative to a master development tree. | |
|
141 | ||
|
142 | You should not rebase changesets that have already been shared with | |
|
143 | others. Doing so will force everybody else to perform the same rebase or | |
|
144 | they will end up with duplicated changesets after pulling in your rebased | |
|
145 | changesets. | |
|
131 | 146 | |
|
132 | 147 | If you don't specify a destination changeset ("-d/--dest"), rebase uses |
|
133 | 148 | the tipmost head of the current named branch as the destination. (The |
@@ -186,7 +201,12 b' move changeset (and descendants) to a di' | |||
|
186 | 201 | |
|
187 | 202 | Rebase uses repeated merging to graft changesets from one part of history |
|
188 | 203 | (the source) onto another (the destination). This can be useful for |
|
189 | linearizing local changes relative to a master development tree. | |
|
204 | linearizing *local* changes relative to a master development tree. | |
|
205 | ||
|
206 | You should not rebase changesets that have already been shared with | |
|
207 | others. Doing so will force everybody else to perform the same rebase or | |
|
208 | they will end up with duplicated changesets after pulling in your rebased | |
|
209 | changesets. | |
|
190 | 210 | |
|
191 | 211 | If you don't specify a destination changeset ("-d/--dest"), rebase uses |
|
192 | 212 | the tipmost head of the current named branch as the destination. (The |
General Comments 0
You need to be logged in to leave comments.
Login now