[This is possible an RTFM -- but as much as I've been digging around,
I couldn't find anything about it.]
I'm trying to play with git-svn in a project that uses subversion, and
there's one feature that I'd like to have -- make git-svn specify some
revision properties (eg, the `--with-revprop' to `svn commit') that
will identify it as coming from git-svn.
The thing is that we have a continuous build server that runs a
complete build (and runs all tests) for every revision -- and I'm
trying to figure out a way to make it skip intermediate commits that
come from a git-svn. The simplest way to do that would be a way to
mark all git-svn revisions somehow, and I can later unmark the last
one in the chain so only that one will get built and tested. It would
be even more convenient if I have a way to control the revprops on the
last commit separately, so there's no additional step involved.
The only other alternative that I see is some wrapper around git-svn
that connects to some script that will run on the server before and
after dcommitting changes, and that script will do the necessary work.
Is there a way to specify hook scripts to run around a dcommit?
Actually, such hooks can also be used to lock the svn reposity while
git-svn is working -- I couldn't figure out what happens when there's
some commit that comes in while git-svn is running. My guess is
that it'll either get stuck and throw an error, or maybe try to
continue if possible. Such hooks could make that part more robust, as
well as guarantee that each batch of svn-git commits are always
together.
--
((lambda (x) (x x)) (lambda (x) (x x))) Eli Barzilay:
http://barzilay.org/ Maze is Life!
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html