Amusingly enough, this may be a moot discussion anyway, because I tried the SVN
features on github per their directions, and they didn't seem to work:
-
% svn co --depth empty https://github.com/open-mpi/ompi-svn-mirror
Checked out revision 17370.
% cd ompi-svn-mirror/
% svn up trunk
[hang fo
We keep having this discussion, and every time the answer is "no - stick with
what we currently do". Can we please stop having it over and over again?
Until someone can point out a problem that (a) needs solving and (b) can only
be solved by making a huge change to a DVCS, there is no reason to
On Aug 20, 2012, at 11:10 AM, Nathan Hjelm wrote:
>> Unfortunately, we've seen enough pain from git+svn to definitely not want to
>> go that route.
>
> Personally I have had no problems with git svn. In fact every commit I have
> made in the last 6 months has been with git svn dcommit. Any issu
On Sat, Aug 18, 2012 at 07:16:00AM -0700, Ralph Castain wrote:
> Yeah, even if someone volunteered to do the conversion work, we wouldn't get
> agreement on making such a change. Some of us hate git (myself included),
> some feel similarly about mercurial, etc.
>
> Unfortunately, we've seen enou
FWIW: Ralph, I think Mike is proposing that we use the built in github SVN
functionality. I.E., you can use git or SVN - both can read or write to the
same backend repo. Pretty clever of github, actually. See the github blog entry
he referenced, if you care.
But I agree: although dvcs are very
On Aug 18, 2012, at 8:21 AM, Mike Dubman wrote:
> re item (5):
>
> The current svn tree can be set as read-only and serve as a reference for old
> commit numbers.
> It is rarery used anyway to search through historic commit numbers and can be
> done in read-only historic tree.
I use it a lo
re item (5):
The current svn tree can be set as read-only and serve as a reference for
old commit numbers.
It is rarery used anyway to search through historic commit numbers and can
be done in read-only historic tree.
All other items can use svn interface of guthub and stay w/o any change.
It is
Yeah, even if someone volunteered to do the conversion work, we wouldn't get
agreement on making such a change. Some of us hate git (myself included), some
feel similarly about mercurial, etc.
Unfortunately, we've seen enough pain from git+svn to definitely not want to go
that route.
The curre
On Aug 18, 2012, at 8:27 AM, Jeff Squyres wrote:
> That's pretty clever, actually (SVN and git effectively together in the same
> repo). Cool!
>
> However, migrating to git has all the same problems that I mentioned in the
> prior email to you. Is Mellanox volunteering to do all the work for
That's pretty clever, actually (SVN and git effectively together in the same
repo). Cool!
However, migrating to git has all the same problems that I mentioned in the
prior email to you. Is Mellanox volunteering to do all the work for conversion?
On Aug 18, 2012, at 3:28 AM, Mike Dubman wrot
btw, once it is at github, it can be the only repo with multiple access
interfaces: svn,git
https://github.com/blog/1178-collaborating-on-github-with-subversion
Finally, we can commit from git or svn w/o keeping r/o mirrors for
hg/git .
What do you think?
On Fri, Aug 17, 2012 at 2:07 PM,
Come to think of it, why not host the official mercurial SVN mirror repo on
Bitbucket for the same reason (lots of nice hg features on Bitbucket -- nicer
than hgweb/www.open-mpi.org's hosting).
There's no need to delete the original mercurial SVN mirror on www.open-mpi.org
(because I know of at
Putting it on github is a good solution - gitweb can be rather annoying, from
prior experience.
On Aug 16, 2012, at 4:08 PM, Jeff Squyres wrote:
> WHAT: Create a git mirror of SVN (just like we have for Mercurial), host it
> on github.com (vs. hosting it on www.open-mpi.org)
>
> WHY: LANL and
WHAT: Create a git mirror of SVN (just like we have for Mercurial), host it on
github.com (vs. hosting it on www.open-mpi.org)
WHY: LANL and Mellanox both asked for git mirrors
WHEN: Already done
WHERE: https://github.com/open-mpi/ompi-svn-mirror
--
LANL and Mellanox prefer git to Mercuri
14 matches
Mail list logo
