haxed + Git

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

haxed + Git

blackdog-2

haxed package manager back-ended by git,

http://blackdog66.wordpress.com/2010/03/02/haxed-git/


--

'Perfection is achieved not when there is nothing more to add, but
rather when there is nothing more to take away.'

-- Antoine de Saint-Exupéry

http://blackdog66.wordpress.com/





--
haXe - an open source web programming language
http://haxe.org
Reply | Threaded
Open this post in threaded view
|

Re: haxed + Git

John A. De Goes

This is a natural extension. I've long thought that I should be able to commit my source code in order to "publish" a new version of a library. Library creation/updating is then seamlessly integrated into a developer's normal workflow.

I'd also recommend having the back-end work with a remote git repository, so for example, the haxelib libraries + source code could be hosted on github.

Looking forward to its completion, and publication of cross-platform installers. :-)

Regards,

John

On Mar 2, 2010, at 5:49 AM, blackdog wrote:

>
> haxed package manager back-ended by git,
>
> http://blackdog66.wordpress.com/2010/03/02/haxed-git/
>
>
> --
>
> 'Perfection is achieved not when there is nothing more to add, but
> rather when there is nothing more to take away.'
>
> -- Antoine de Saint-Exupéry
>
> http://blackdog66.wordpress.com/
>
>
>
>
>
> --
> haXe - an open source web programming language
> http://haxe.org


--
haXe - an open source web programming language
http://haxe.org
Reply | Threaded
Open this post in threaded view
|

Re: haxed + Git

Mark de Bruijn | Dykam
Hmm, that would be great, publishing by submitting the commit ID...
--
Mark


On Tue, Mar 2, 2010 at 3:24 PM, John A. De Goes <[hidden email]> wrote:

This is a natural extension. I've long thought that I should be able to commit my source code in order to "publish" a new version of a library. Library creation/updating is then seamlessly integrated into a developer's normal workflow.

I'd also recommend having the back-end work with a remote git repository, so for example, the haxelib libraries + source code could be hosted on github.

Looking forward to its completion, and publication of cross-platform installers. :-)

Regards,

John

On Mar 2, 2010, at 5:49 AM, blackdog wrote:

>
> haxed package manager back-ended by git,
>
> http://blackdog66.wordpress.com/2010/03/02/haxed-git/
>
>
> --
>
> 'Perfection is achieved not when there is nothing more to add, but
> rather when there is nothing more to take away.'
>
> -- Antoine de Saint-Exupéry
>
> http://blackdog66.wordpress.com/
>
>
>
>
>
> --
> haXe - an open source web programming language
> http://haxe.org


--
haXe - an open source web programming language
http://haxe.org


--
haXe - an open source web programming language
http://haxe.org
Reply | Threaded
Open this post in threaded view
|

Re: haxed + Git

blackdog-2
In reply to this post by John A. De Goes


On Tue, 2010-03-02 at 07:24 -0700, John A. De Goes wrote:
> This is a natural extension. I've long thought that I should be able to commit my source code in order to "publish" a new version of a library. Library creation/updating is then seamlessly integrated into a developer's normal workflow.

Exactly. I think there is a lot of potential here, and I'm sure the
community can think of possible use cases I haven't considered yet.

btw, there's a ServerStore interface which can be implemented for your
favorite backend, e.g. to use GITSTORE I do this

    var
      repo:ServerStore,

    #if GITSTORE
    repo = new ServerGit(config.dataDir);
    #else
    repo = new ServerCore(config.dataDir);
    #end

in ServerMain.hx, obviously ripe for subversioning too.

> I'd also recommend having the back-end work with a remote git repository, so for example, the haxelib libraries + source code could be hosted on github.

I'm a user of github, and this is an important next step for me.

> Looking forward to its completion, and publication of cross-platform installers. :-)

nekotools -boot client.n

on the given platform creates the binary for the client, download and
that's it. I don't think more is required. I can create these for
Windows and Linux but I don't have access to a Mac.

For automated server installation

haxed install haxedServer

is probably the best way to do it, I'll restructure the source so the
server code is in it's own dir and be easily included in a .haxed
specification. Note that the installation of haxedServer can download
it's own tasks to aid the creation of the server, e.g.

        haxed task haxedServer makeServer

can then prompt the user for the parameters it requires providing
defaults where necessary, e.g.

        where? (./www/lib)
        type (php)?

etc. (it can do this as it compiles the task extensions on the fly)

If you're looking for gui installers, then I'll look into using my
hxGtk2 package for the gui, which uses http://www.gtk-server.org/, I
could build a small bootstrap into the client, which downloads the
gtkserver for the given platform (given hscript is now in .haxed), and
then execute a .haxed install script. In fact it would be nice icing on
the cake of this build, packaging and deployment tool.
 

bd


>
> Regards,
>
> John
>
> On Mar 2, 2010, at 5:49 AM, blackdog wrote:
>
> >
> > haxed package manager back-ended by git,
> >
> > http://blackdog66.wordpress.com/2010/03/02/haxed-git/
> >
> >
> > --
> >
> > 'Perfection is achieved not when there is nothing more to add, but
> > rather when there is nothing more to take away.'
> >
> > -- Antoine de Saint-Exupéry
> >
> > http://blackdog66.wordpress.com/
> >
> >
> >
> >
> >
> > --
> > haXe - an open source web programming language
> > http://haxe.org
>
>


--
haXe - an open source web programming language
http://haxe.org
Reply | Threaded
Open this post in threaded view
|

Re: haxed + Git

Juan Delgado
It sounds pretty cool : )

And storing all libs by default on GitHub would definitely raise
haXe's awareness.

Good work!

Juan

On Tue, Mar 2, 2010 at 3:57 PM, blackdog <[hidden email]> wrote:

>
>
> On Tue, 2010-03-02 at 07:24 -0700, John A. De Goes wrote:
>> This is a natural extension. I've long thought that I should be able to commit my source code in order to "publish" a new version of a library. Library creation/updating is then seamlessly integrated into a developer's normal workflow.
>
> Exactly. I think there is a lot of potential here, and I'm sure the
> community can think of possible use cases I haven't considered yet.
>
> btw, there's a ServerStore interface which can be implemented for your
> favorite backend, e.g. to use GITSTORE I do this
>
>    var
>      repo:ServerStore,
>
>    #if GITSTORE
>    repo = new ServerGit(config.dataDir);
>    #else
>    repo = new ServerCore(config.dataDir);
>    #end
>
> in ServerMain.hx, obviously ripe for subversioning too.
>
>> I'd also recommend having the back-end work with a remote git repository, so for example, the haxelib libraries + source code could be hosted on github.
>
> I'm a user of github, and this is an important next step for me.
>
>> Looking forward to its completion, and publication of cross-platform installers. :-)
>
> nekotools -boot client.n
>
> on the given platform creates the binary for the client, download and
> that's it. I don't think more is required. I can create these for
> Windows and Linux but I don't have access to a Mac.
>
> For automated server installation
>
> haxed install haxedServer
>
> is probably the best way to do it, I'll restructure the source so the
> server code is in it's own dir and be easily included in a .haxed
> specification. Note that the installation of haxedServer can download
> it's own tasks to aid the creation of the server, e.g.
>
>        haxed task haxedServer makeServer
>
> can then prompt the user for the parameters it requires providing
> defaults where necessary, e.g.
>
>        where? (./www/lib)
>        type (php)?
>
> etc. (it can do this as it compiles the task extensions on the fly)
>
> If you're looking for gui installers, then I'll look into using my
> hxGtk2 package for the gui, which uses http://www.gtk-server.org/, I
> could build a small bootstrap into the client, which downloads the
> gtkserver for the given platform (given hscript is now in .haxed), and
> then execute a .haxed install script. In fact it would be nice icing on
> the cake of this build, packaging and deployment tool.
>
>
> bd
>
>
>>
>> Regards,
>>
>> John
>>
>> On Mar 2, 2010, at 5:49 AM, blackdog wrote:
>>
>> >
>> > haxed package manager back-ended by git,
>> >
>> > http://blackdog66.wordpress.com/2010/03/02/haxed-git/
>> >
>> >
>> > --
>> >
>> > 'Perfection is achieved not when there is nothing more to add, but
>> > rather when there is nothing more to take away.'
>> >
>> > -- Antoine de Saint-Exupéry
>> >
>> > http://blackdog66.wordpress.com/
>> >
>> >
>> >
>> >
>> >
>> > --
>> > haXe - an open source web programming language
>> > http://haxe.org
>>
>>
>
>
> --
> haXe - an open source web programming language
> http://haxe.org
>



--
Juan Delgado - Zárate
http://zarate.tv
http://blog.zarate.tv

--
haXe - an open source web programming language
http://haxe.org
Reply | Threaded
Open this post in threaded view
|

Re: haxed + Git

Mark de Bruijn | Dykam
Juan, why only GitHub? Git is git, and I prefer some other git host...
--
Mark


On Tue, Mar 2, 2010 at 6:22 PM, Juan Delgado <[hidden email]> wrote:
It sounds pretty cool : )

And storing all libs by default on GitHub would definitely raise
haXe's awareness.

Good work!

Juan

On Tue, Mar 2, 2010 at 3:57 PM, blackdog <[hidden email]> wrote:
>
>
> On Tue, 2010-03-02 at 07:24 -0700, John A. De Goes wrote:
>> This is a natural extension. I've long thought that I should be able to commit my source code in order to "publish" a new version of a library. Library creation/updating is then seamlessly integrated into a developer's normal workflow.
>
> Exactly. I think there is a lot of potential here, and I'm sure the
> community can think of possible use cases I haven't considered yet.
>
> btw, there's a ServerStore interface which can be implemented for your
> favorite backend, e.g. to use GITSTORE I do this
>
>    var
>      repo:ServerStore,
>
>    #if GITSTORE
>    repo = new ServerGit(config.dataDir);
>    #else
>    repo = new ServerCore(config.dataDir);
>    #end
>
> in ServerMain.hx, obviously ripe for subversioning too.
>
>> I'd also recommend having the back-end work with a remote git repository, so for example, the haxelib libraries + source code could be hosted on github.
>
> I'm a user of github, and this is an important next step for me.
>
>> Looking forward to its completion, and publication of cross-platform installers. :-)
>
> nekotools -boot client.n
>
> on the given platform creates the binary for the client, download and
> that's it. I don't think more is required. I can create these for
> Windows and Linux but I don't have access to a Mac.
>
> For automated server installation
>
> haxed install haxedServer
>
> is probably the best way to do it, I'll restructure the source so the
> server code is in it's own dir and be easily included in a .haxed
> specification. Note that the installation of haxedServer can download
> it's own tasks to aid the creation of the server, e.g.
>
>        haxed task haxedServer makeServer
>
> can then prompt the user for the parameters it requires providing
> defaults where necessary, e.g.
>
>        where? (./www/lib)
>        type (php)?
>
> etc. (it can do this as it compiles the task extensions on the fly)
>
> If you're looking for gui installers, then I'll look into using my
> hxGtk2 package for the gui, which uses http://www.gtk-server.org/, I
> could build a small bootstrap into the client, which downloads the
> gtkserver for the given platform (given hscript is now in .haxed), and
> then execute a .haxed install script. In fact it would be nice icing on
> the cake of this build, packaging and deployment tool.
>
>
> bd
>
>
>>
>> Regards,
>>
>> John
>>
>> On Mar 2, 2010, at 5:49 AM, blackdog wrote:
>>
>> >
>> > haxed package manager back-ended by git,
>> >
>> > http://blackdog66.wordpress.com/2010/03/02/haxed-git/
>> >
>> >
>> > --
>> >
>> > 'Perfection is achieved not when there is nothing more to add, but
>> > rather when there is nothing more to take away.'
>> >
>> > -- Antoine de Saint-Exupéry
>> >
>> > http://blackdog66.wordpress.com/
>> >
>> >
>> >
>> >
>> >
>> > --
>> > haXe - an open source web programming language
>> > http://haxe.org
>>
>>
>
>
> --
> haXe - an open source web programming language
> http://haxe.org
>



--
Juan Delgado - Zárate
http://zarate.tv
http://blog.zarate.tv

--
haXe - an open source web programming language
http://haxe.org


--
haXe - an open source web programming language
http://haxe.org