Re: should biojava svn be moved to github ?

Peter Cock <[email protected]>
Newsgroups gmane.comp.java.bio.general
Message-ID <CAKVJ-_6fD6CDexAubRyJ+bLGbkuRc06rWFxgOw8xj7HWiCje9Q@mail.gmail.com>
On Fri, Aug 3, 2012 at 4:57 PM, Michael Heuer <[email protected]> wrote:
> -0
>
> I use github for quite a few personal things and mercurial via Google
> Code on a different project and while I think there are some benefits
> to the distributed model I don't understand how it would work from the
> point of view of a release manager.  Does anyone have any pointers to
> documentation on how to manage and cut a release from a distributed
> repository?
>
> With the current svn mirror on github, developers can already fork and
> create pull requests, they just need to be applied back to the svn
> repository.  Is there any advantage to moving the repository to
> github?  Are there any people who will start contributing because the
> repository is on github that are unwilling to do so with the current
> model (send patches to the mailing list or issue tracker)?
>
> My current client just started a new project on Google Code and we had
> a similar conversation:  subversion on Google Code vs. git/mercurial
> on Google Code vs. git at github vs. subversion on Google Code + read
> only git mirror at github vs. subversion on Google Code + read/write
> git mirror at github.  In the end we went with subversion on Google
> Code with possibility of git mirror later because we understand how
> the Maven release process works with subversion and we liked the issue
> tracker at Google Code a lot better than the one at github.
>
>    michael

I don't know if it would help, but GitHub can mimic SVN from a git
repository:

https://github.com/blog/626-announcing-svn-support
https://github.com/blog/966-improved-subversion-client-support

Peter
_______________________________________________
Biojava-l mailing list  -  [email protected]
http://lists.open-bio.org/mailman/listinfo/biojava-l
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.