Jeremy O'Donoghue wrote:
> Hi developers,
>
> I wanted to canvas opinion about moving wxHaskell development from darcs on
> code.haskell.org to (git, obviously) on GitHub.
>
> Potential advantages:
>
> - Easier for new committers to commit code
> - GitHub provides some pretty decent tools (integrated issue tracker,
> particularly)
> - Easier handling of the wxWidgets 2.8/2.9 branches. I'm pretty
> impressed at the way git does this (and was not impressed by merging Dave
> Tapley's darcsden branch back into the code.haskell.org mainline using
> darcs - this turned out to be a completely manual operation which was no
> fun at all).
>
> Downsides:
>
> - I personally find darcs easier than git, and as Haskellers we should
> promote darcs if possible
> - Possibly a new tool for old hands to learn
>
> I would say that a move is probably only worthwhile if we think that it
> would help to attract new developer to the project.
>
> I have put up an experimental project at
> https://github.com/jodonoghue/wxHaskell which gives an idea how the two
> branches would look.
>
> One option might be to use wxHaskell as a test case for darcs-bridge, in
> which case we could allow commits to darcs or Github, but I'll leave it to
> Eric to decide whether darcs bridge is ready for such a use case.
I'm in favor of a move to GitHub. The barrier to entry is a lot lower.
When creating issues, people will often include a "pull request" (i.e.
patch) if they were able to solve it themselves.
I use Git it for all my projects, but that's mainly because I use a GUI
environment ("SmartGit") so that I don't have to learn the command line.
In other words: I never really learned how Git works and I can still use
it without (major) problems.
Best regards,
Heinrich Apfelmus
--
http://apfelmus.nfshost.com
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
wxhaskell-devel mailing list
wxhaskell-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxhaskell-devel
