Re: git svn dcommit difficulties/feature request
- From
Kevin Menard <nirvdrum@gmail.com>
- Date
- Feb 20, 2009, 12:59 UTC
- Message-ID
- <7e3605160902200459x50e56c92x462d9a072eaa84d0@mail.gmail.com>
- In-Reply-To
- <200902191947.22622.kumbayo84@arcor.de>
We've run into the same issue with the experimental git support at the ASF. We dcommit to an EU mirror which lags behind the primary one for a couple minutes. While annoying, I don't think there's much that can be done other than to commit and read from the master SVN server. Otherwise, plan on getting good at "git svn dcommit; git svn rebase". I tolerate this step because I think using git on top of SVN, even with this lag, makes me more productive than SVN alone.
-- Kevin On Thu, Feb 19, 2009 at 1:47 PM, Peter Oberndorfer <kumbayo84@arcor.de> wrote: > Hi, > > With the patch i am replying to git-svn got a bit more comfortable for me but > there is still a problem left. > > I fetch via svn://anonsvn.kde.org/home/kde/trunk/KDE/kdelibs > and push to svn+ssh://YOUR_LOGIN@svn.kde.org/home/kde/trunk/KDE/kdelibs > > Pushing multiple changes at once to KDE servers with different fetch/commit > url is not possible for me. > > Here is what it think what happens during a push: > git svn dcommit pushes the first commit to svn.kde.org, > then tries to fetch what it just pushed from anonsvn.kde.org > (which lags behind authenticated svn by a few minutes). > > git svn does not see the just committed changes, gets confused > and stops pushing the rest of the commits. > > My idea would be to temporarily fetch from the authenticated server, but not > update the current head and revdb., so nothing is affected beside the push. > But this seems quite complicated. > Or do not care about difference between fetch/dcommit url, and just fetch from > the dcommit url during dcommit. > > Anybody have a good idea if this is possible or a better way to solve this > problem? > > Greetings Peter > -- > To unsubscribe from this list: send the line "unsubscribe git" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >