On Apr 30, 6:29 pm, Christopher Lee <l...@chem.ucla.edu> wrote:
> I think github's model is that each
> repository is for one individual, so code "flows" only when an
> individual chooses to pull from another user, either by forking (code
> flows down from the master)
An important detail that changes a lot: while individuals may only
have one account within this account they may have as many
repositories as they wish (there's a 300M space limit). Each of these
individual repositories may have *different* collaborators associated
with them. And of course each repository may have many branches
accessible by the repository' collaborators.
Thus while we cannot create a new username 'pygr' you could still
create say the 'pygr-master' and 'pygr-work' repositories, the former
being the official repository that only you can commit to, the latter
has more committers (would work like Titus's repository now). Other
people can fork off of the repositories as needed.
While pulling from forks is a great way to merge big changes, and
understand what has changed, there is a lot of value in being able to
push as well, especially small incremental, collaborative changes. I
think we should not discard the approach that we used when pushing to
Titus's multi-branch repository, lots of branches for each feature,
seemed to work well.
I would use the forks and pulling for bigger, more sweeping changes
and push to branches for small ones, improvements, bugfixes etc.
cheers,
Istvan
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"pygr-dev" group.
To post to this group, send email to pygr-dev@googlegroups.com
To unsubscribe from this group, send email to
pygr-dev+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/pygr-dev?hl=en
-~----------~----~----~----~------~----~------~--~---
