| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Move the git-subtree tests into a "t" subdir to reflect how
testing works at the top level.
Signed-off-by: David A. Greene <greened@obbligato.org>
|
|
An improvement on the previous patch, based on more reports from Sum-Wai
Low.
|
|
...that happens with submodules sometimes, so don't panic.
Reported by Sum-Wai Low.
|
|
With debug messages enabled, "incorrect order" will be output whenever a
commit is processed before its parents have been processed. This can be
determined by checking to see if a parent isn't mapped to a new commit, but
it has been processed.
|
|
Added the "--topo-order" option to git rev-list. Without this, it seems that
the revision list is coming back in reverse order but it is sorted
chronologically. This does not gurantee that parent commits are handled
before child commits.
|
|
|
|
Description: Made the difference from submodules and the subtree
merge strategy clearer.
Synopsys and options: Synchronize with 'git subtree -h' output.
I hope, properly.
Examples: Added example descriptions in captions. Small fixes.
Signed-off-by: John Yani <vanuan@gmail.com>
|
|
|
|
Thanks to Vanuan on github.
|
|
The documentation was written prior to Wayne Walter's 2-parameter add.
Using 2-parameter add in example 1 makes the example much simpler.
|
|
Evan Shaw tells me the previous fix didn't work. Let's use this one
instead, which he says does work.
This fix is kind of wrong because it will run the "correct" git-sh-setup
*after* the one in /usr/bin, if there is one, which could be weird if you
have multiple versions of git installed. But it works on my Linux and his
msysgit, so it's obviously better than what we had before.
|
|
* origin/master:
Fixed regression with splitting out new subtree
Use 'git merge -Xsubtree' when git version >= 1.7.0.
|
|
Reported by Evan Shaw. The problem is that $(git --exec-path) includes a
'git' binary which is incompatible with the one in /usr/bin; if you run it,
it gives you an error about libiconv2.dll.
You might think we could just add $(git --exec-path) at the *end* of PATH,
but then if there are multiple versions of git installed, we could end up
with the wrong one; earlier versions used to put git-sh-setup in /usr/bin,
so we'd pick up that one before the new one.
So now we just set PATH back to its original value right after running
git-sh-setup, and we should be okay.
|
|
A folder in a repository that wasn't initially imported as a subtree could no longer be splitted into an entirely new subtree with no parent.
A fix and a new test to fix that regression is added here.
|
|
It's possible to specify the subdir of a subtree since Git 1.7.0 - adding
support for that functionality to make the merge more stable.
Also checking for git version - now only uses the new subtree subdir option
when on at least 1.7.
|
|
Now you can do:
git subtree add --prefix=whatever git://wherever branchname
to add a new branch, instead of rather weirdly having to do 'git fetch'
first. You can also split and push in one step:
git subtree push --prefix=whatever git://wherever newbranch
(Somewhat cleaned up by apenwarr.)
|
|
Signed-off-by: Dan Sabath <dsabath@whitepages.com>
|
|
This patch adds a simple use case for adding a library to an existing
repository.
Signed-off-by: Dan Sabath <dsabath@whitepages.com>
|
|
The "--format" option is too new. Use "--pretty=format:" (which means the
same thing) instead. Now it works again on git 1.6.0 (at least).
|
|
Thanks to Dan Sabath for pointing that out.
|
|
For add, the prefix must *not* already exist. For all the other commands,
it *must* already exist.
|
|
And test cases for that check, as well as for an error if no prefix is
specified at all.
|
|
It seems that in older versions, --message="" was interpreted as "use the
default commit message" instead of "use an empty commit message", and
git-subtree was depending on this behaviour. Now we don't, so tests pass
again.
|
|
|
|
We really need that ^M (\r), not a ^J (\n) if we want the status message to
overwrite itself nicely.
|
|
* 'master' of git://github.com/psionides/git-subtree:
improved rev_is_descendant_of_branch() function
added temporary test dirs to gitignore
added tests for recent changes
fixed bug in commit message for split
changed alias for --prefix from -p to -P
fix for subtree split not finding proper base for new commits
allow using --branch with existing branches if it makes sense
added -m/--message option for setting merge commit message
added -p alias for --prefix
|
|
(Updated slightly by apenwarr)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Ben Walton <bwalton@artsci.utoronto.ca>
|
|
Signed-off-by: Ben Walton <bwalton@artsci.utoronto.ca>
|
|
Thanks to Ben Walton for pointing this out.
|
|
|
|
We should implement it as
git fetch ...
git subtree merge ...
But we were instead just calling
git pull -s subtree ...
because 'git subtree merge' used to be just an alias for 'git merge -s
subtree', but it no longer is.
|
|
This didn't seem to have any noticeable side effects other than
suspicious-looking log messages when you used -d.
|
|
Prefixes that differ only in the trailing slash should be considered
identical.
Also update the test to check that this works.
|
|
* 'master' of git://github.com/voxpelli/git-subtree:
Check that the type of the tree really is a tree and not a commit as it seems to sometimes become when eg. a submodule has existed in the same position previously.
|
|
What's with this new generation who hates email so much?
|
|
seems to sometimes become when eg. a submodule has existed in the same position previously.
|
|
We were trying to 'git checkout $prefix', which is ambiguous if $prefix
names a directory *and* a branch. Do 'git checkout -- $prefix' instead.
The main place this appeared was in 'git subtree add'.
Reported by several people.
|
|
If you (like me) are using a modified git straight out of its source
directory (ie. without installing), then --exec-path isn't actually correct.
Add it to the PATH instead, so if it is correct, it'll work, but if it's
not, we fall back to the previous behaviour.
|
|
As pointed out by documentation, the correct use of 'git-sh-setup' is
using $(git --exec-path) to avoid problems with not standard
installations.
Signed-off-by: gianluca.pacchiella <pacchiel@studenti.ph.unito.it>
|
David A. Greene
Avery Pennarun
Jesse Greenwald
John Yani
Cole Stanfield
Bryan Larsen
Pelle Wessman
Wayne Walter
Dan Sabath
Win Treese
Arlen Cuss
Jakub Suder
Ben Walton
kTln2