On 03/27/2013 09:03 PM, Daniel Narvaez wrote:
On 27 March 2013 16:23, Manuel QuiƱones <[email protected]> wrote:
I know all this can be replaced by a fork & pull workflow, and I'm
used to do that in github.  But gitorius interface is not as good as
github, in my opinion.  By the way, if we have consensus for a fork &
pull workflow, I have no problem switching.

There was actually some discussion in irc today about using github.
Reposting here for people that are not following irc.

It might not be a bad idea to give a try to a github based workflow
with 0.100. (git is flexible enough that giving it a try should not
have a big cost, you can easily go back to gitorious at any time).

17:26 < cjb> honestly just moving to github is probably not a bad idea IMO
17:26 < dnarvaez> I like the bug tracking stuff in github
17:26 < cjb> you'd get pull requests you can track, link between issues and
              commits, it's a more standard and approachable place for
              collaboration to happen, and they have export functions for
              getting your data back out
17:27 < dnarvaez> for review I wonder if pull requests would work
17:27 < cjb> sure, it's what everyone else does
17:28 < dnarvaez> I suppose the infra team would be glad to have few services
                   less to support :)
17:30 < cjb> it made sense to run our own git when github was new and we were
              opposed to everyone standardizing on a centralized (and non-free
              software) web location for git repositories
17:30 < cjb> but github is huge now, and we're just losing contributors by
              refusing to take part, IMO
17:30 < dnarvaez> yeah pretty much everyone is one github these days


I read a bit about the differences. For a purist the 'is not using free software on their server' springs to mind. But maybe let's focus on the work flow first.

The merge requests on gitorious I never used. Maybe because I was too focused on the bug tracker or patch on email work flow. It does make sense to have a pull workflow for bigger changes that are linked to each other, for example a port-shell-to-gtk3 project.

I should check if I can get used to that as a general work flow model. Maybe I check with the ayopa project to get a feeling for it.

In general, I am not opposed to useing github as we do not change the underlying management system, and that stays the main part.

Regards,
   Simon
_______________________________________________
Sugar-devel mailing list
[email protected]
http://lists.sugarlabs.org/listinfo/sugar-devel

Reply via email to