[Pharo-dev] [Vm-dev] Moving the Cog subversion repository to githup at 2016-6-16 7am UTC

Eliot Miranda eliot.miranda at gmail.com
Thu Jun 16 17:37:05 UTC 2016


Hi Laura, Hi Tim,

On Thu, Jun 16, 2016 at 10:09 AM, Laura Perez Cerrato <
lauraperezcerrato at gmail.com> wrote:

>
> Hi everyone,
>
> First of all, thanks a lot!
>
> Meaning to ask the same question as Serge, what's the preferred way of
> collaborating for anyone who's not a contributor? forking and then
> submitting a pull request?
>

thats on you, Tim, and I to update the README.md with a description of the
contributor and change staging process.  I'm going to be checking out the
repository for the first time in a few minutes.  I guess we can bat aroun
drafts between us using git itself, but perhaps email would be more
sensible ;-)



>
> Cheers!
>
> -Laura Perez Cerrato
>
> On 16 June 2016 at 06:10, Serge Stinckwich <serge.stinckwich at gmail.com>
> wrote:
>
>>
>> On Thu, Jun 16, 2016 at 9:24 AM, Tim Felgentreff
>> <timfelgentreff at gmail.com> wrote:
>> > Hi all,
>>
>> Very impressive work, Tim&Fabio ! The power of full-automation !
>>
>> > as of 7:30 UTC the entire history of the SVN up to SVN revision 3745 was
>> > migrated to GitHub. Automatic builds are running
>> > (https://ci.appveyor.com/project/timfel/vm/branch/Cog,
>> > https://travis-ci.org/OpenSmalltalk/vm) and binary artifacts are
>> uploaded
>> > (https://bintray.com/opensmalltalk/vm/cog/_latestVersion#files).
>>
>> About uploading binary artifacts, this is something I asked and this
>> nice that Fabio
>> make it work :-)
>>
>> Apparently there is some problems with some artifacts that have a
>> double .zip extension.
>>
>> > Right now we have enabled all platform, object memory and bytecode set
>> > combinations that I found build scripts for - most work, but OS X 64-bit
>> > Sista is failing right now (32-bit works). At some point we'll have to
>> > decide which combinations to put into the CI config as "allowed
>> failures" to
>> > get a green badge :)
>> >
>> > Another thing for those not familiar with Git: Right now the entire
>> > repository is 360MB, including all history. Most of that is old images
>> that
>> > were at one point committed to SVN and that have been pulled into the
>> > repository. We could clean those out (removing them from the history) to
>> > make the repository smaller, but I felt ~400MB is still ok (albeit
>> > technically over the Github quota. We'll see of they complain). I would
>> like
>> > to ask everyone to stop committing large binary files into the
>> repository,
>> > however. Git is simply not very suited to dealing with binaries. If
>> there is
>> > a need for that, Github has support for git-lfs, which offers 1GB of
>> free
>> > storage with a 1GB bandwith limit per month. If we need more, we can
>> look at
>> > the different billing levels.
>> >
>> > If you're familiar with Git, the only new thing to watch out for is the
>> > updateSCSSVersions script as described in the README. It's not relevant
>> for
>> > the CI, but your own binaries will only show correct versions if this
>> script
>> > runs at appropriate times.
>> >
>> > If you are not familiar with Git and don't care, there are scripts for
>> > committing that should take care of everything as described in the
>> README.
>> > Again, let us know if anything doesn't work. The only difference vs SVN
>> to
>> > watch out for for you will be that the old scripts/svnci would commit
>> your
>> > changes to the server, whereas the scripts/gitci script only commits
>> them
>> > locally. You'll have to run `git pull` and `git push` to get them up to
>> the
>> > server.
>> >
>> > If you have any questions regarding the repository setup please don't
>> > hesitate to ask. You shouldn't be able to break anything, since we've
>> > disabled force pushes to both master and Cog (and thus any chance of
>> > destroying history).
>>
>> What is favorite way of contributing for people outside the vm team ?
>> pull-requests ?
>>
>> Regards,
>> --
>> Serge Stinckwich
>> UCBN & UMI UMMISCO 209 (IRD/UPMC)
>> Every DSL ends up being Smalltalk
>> http://www.doesnotunderstand.org/
>>
>
>
>


-- 
_,,,^..^,,,_
best, Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20160616/9e36801c/attachment.htm


More information about the Vm-dev mailing list