[Cuis] Once central repo for Cuis and Packages? Or just a central list?

[Angel Java Lopez]

Ok, a typical graph
https://github.com/LearnBoost/socket.io/network
you can drag the graph, to scroll it

The fork level is usually only one level deep: core, and your fork.

On Sun, Dec 30, 2012 at 10:06 AM, Germán Arduino <garduino at gmail.com> wrote:

> I'm only a newbie with GitHub, really I don't know it deeper to have a
> valid opinion. But my main concern is (as in the list with the packages)
> forks and more forks seems not be very practical.....
>
>
> 2012/12/30 Angel Java Lopez <ajlopez2000 at gmail.com>
>
>> Hi people!
>>
>> Yes, you usually work on master (it could be called the "developer
>> branch"), and when you are ready, tag it. Ummm.. you tag your local repo,
>> and then push the tags to Github. AFAIK, you could move the tag to other
>> commit, for example, if there are a minor fix in documentation or something
>> alike.
>>
>> Having packages out of the central repo, is more agile.
>>
>> Maybe a "solution at the middle": some "blessed" (easy to test, to load
>> from core in central repo, many used, important for community, etc...)
>> packages are at central repo, and the other packages are listed in a page
>>
>> Angel "Java" Lopez
>> @ajlopez
>>
>>
>> On Sun, Dec 30, 2012 at 9:01 AM, Juan Vuletich <juan at jvuletich.org>wrote:
>>
>>> Hi Angel,
>>>
>>> I really like the idea of having a single and consistent git commit of a
>>> Cuis version and all the packages that work on it. It would make much
>>> easier to go back to some date, and grab stuff that works well together.
>>> One downside is a bit more work for repo admin. A bigger one is that it
>>> makes things a slower for package maintainers. But the consistency might
>>> outweigh them.
>>>
>>> Below, I extracted Angel's comments on this. Folks, please comment. Add
>>> steps or ideas to complete or enhance Angel's suggestion. Or if you don't
>>> like it, please say why. This is a rather important decision, and I'd like
>>> we to make a good choice.
>>>
>>> One quick question for Angel (I'm a beginner with github): Can we tag a
>>> commit after it was done? That way, we could work together on Cuis and
>>> Packages for several days (involving many commits) and only when we are all
>>> happy, we can tag the last one as "v4.1 with packages" or something like
>>> that.
>>>
>>> Cheers,
>>> Juan Vuletich
>>>
>>> Angel Java Lopez wrote:
>>>
>>>> ...
>>>>
>>>> But having the central repo with the package (not a link), has an
>>>> advantage: central repo could have tags. So, the packages at tag "v0.1.0"
>>>> are all compatible with that tag, and every improvement at tag "v0.2.0"
>>>> should be committed to that tag. The "master" tag is the development tag.
>>>>
>>>> So, I could download the v0.2.0 with all the optional packages of that
>>>> version, without struggling going to each package author repo, and trying
>>>> to guess what package/tag is compatible with Cuis v0.2.0
>>>>
>>>> Cons: it put more responsability to central repo author(s).
>>>>
>>>>
>>>>
>>>>     2012/12/27 Angel Java Lopez <ajlopez2000 at gmail.com
>>>>     <mailto:ajlopez2000 at gmail.com>**>
>>>>
>>>>         Until you have a package manager, first idea:
>>>>
>>>>         Use the cuis repo at GitHub.
>>>>
>>>>         Every contributor make a fork.
>>>>         He/she add the code to his/her fork.
>>>>         Make a pull request to central repo
>>>>
>>>>         Maybe, a guide to have folders per package/topic.
>>>>         ...
>>>>
>>>>         Angel "MyLifeIsGitHub" Lopez ;-)
>>>>         github:ajlopez
>>>>
>>>>
>>>
>>> ______________________________**_________________
>>> Cuis mailing list
>>> Cuis at jvuletich.org
>>> http://jvuletich.org/mailman/**listinfo/cuis_jvuletich.org<http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org>
>>>
>>
>>
>> _______________________________________________
>> Cuis mailing list
>> Cuis at jvuletich.org
>> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org
>>
>>
>
>
>
>
> _______________________________________________
> Cuis mailing list
> Cuis at jvuletich.org
> http://jvuletich.org/mailman/listinfo/cuis_jvuletich.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jvuletich.org/pipermail/cuis_jvuletich.org/attachments/20121230/60f9210c/attachment-0002.html>