You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openwebbeans.apache.org by Mark Struberg <st...@yahoo.de> on 2009/01/16 23:42:51 UTC
additional usage of GIT for experimental features
Hi!
The Apache Infrastructure Team offers the possibility to mirror the SVN archive to a GIT repo.
I just like to ask if anyone (besides me) is interested in using git for sharing experimental features which are not elaborated enough for being checked in to SVN?
If anyone has heard about git, but doesn't have a glue what's behind the development model used with git then you should look at the following google speech from Linus Torvalds:
http://www.youtube.com/watch?v=4XpnKHJAok8
To state this clear: this is _not_ about using GIT instead of SVN, but only _additionally_ to share immature features.
LieGrue,
strub
Re: additional usage of GIT for experimental features[TCK Related]
Posted by Gurkan Erdogdu <gu...@yahoo.com>.
Ok Mark. Thanks for clearing.
When will you check in the TCK integration code into our repo? So I would like to try it :)
/Gurkan
________________________________
From: Mark Struberg <st...@yahoo.de>
To: openwebbeans-dev@incubator.apache.org
Sent: Wednesday, January 21, 2009 12:50:15 PM
Subject: Re: additional usage of GIT for experimental features[TCK Related]
I don't know how TCKs are handled, but I usually require them to be executed and pass before a release is done.
And please do not confuse the JBoss TCK implementation with our OpenWebBeans Tck _Integration_. I will only checkin the TCK Integration code and not the TCKs themselfs. The code written by JBoss guys are only referenced via maven dependencies. This is SNAPSHOT version currently [1], but they will have to release a tagged version shortly after the Spec is final.
LieGrue,
strub
[1] so for executing the TCK tests currently one has to also run:
$> svn co http://anonsvn.jboss.org/repos/webbeans/tck/trunk tck
$> mvn clean install
--- Gurkan Erdogdu <gu...@yahoo.com> schrieb am Mi, 21.1.2009:
> Von: Gurkan Erdogdu <gu...@yahoo.com>
> Betreff: Re: additional usage of GIT for experimental features[TCK Related]
> An: openwebbeans-dev@incubator.apache.org
> Datum: Mittwoch, 21. Januar 2009, 8:29
> >MS: I will create a Jira and attach the TCK suite via
> patch in the meantime.
>
> >>KM:Personally, I'd commit the changes
>
> Sorry! But I do not still understand why we import the TCK
> related codes into our SVN. Every time the TCK code is
> updated by the JBoss, do we sync. with it?
>
> I only know that TCK is necessary to show the specification
> compatibility.
>
> Kevan : do we have to integrate the TCK related codes into
> our SVN? or more explicitly, how do we use the TCK in the
> future to express the specification compatibility ?
> What have you done in the Geronimo?
>
>
> Thanks a lot ;
>
> /Gurkan
>
>
> ________________________________
> From: Kevan Miller <ke...@gmail.com>
> To: openwebbeans-dev@incubator.apache.org
> Sent: Tuesday, January 20, 2009 8:38:16 PM
> Subject: Re: additional usage of GIT for experimental
> features
>
>
> On Jan 20, 2009, at 7:07 AM, Mark Struberg wrote:
>
> > Hi!
> >
> > As I already tried to expain: it was never ment to use
> git for productive changes - think about it more like a blog
> full with code ;)
>
> Understood. However, there are other ways of accomplishing
> this. Which would probably be more acceptable...
>
> 1) create an openwebbeans/sandbox in svn
> 2) generate a patch and post to the jira
> 3) discuss your intentions/proposed changes (which
> you've done), and commit them in trunk. The community
> should be reviewing all changes. It's not necessarily
> bad to discover disagreements, post-commit. These
> disagreements can be resolved.
>
> At Apache, all committers have earned the necessary karma
> to be fully trusted. IIUC, this is un-Git like (at least it
> doesn't match my understanding of the social norms in
> Git usage). We may be able to work out acceptable usage of
> Git. I want to be sure we're avoiding
> "private" communications about code and some
> usages of Git might lead to the potential for private
> conversations. BTW, I'm certainly not implying that this
> is your (or anybody else's) intent...
>
> >
> >
> > Back to the issue: how do we cope with the TCK code?
> Should I check it in to SVN? It will compile, but cannot run
> due to API incompatibilities between us and RI. But as long
> as we do not add the <module> in the parent pom it
> will at least not break the build.
>
> Guess we could add the JBoss snapshot repo to our builds...
> This would cause problems during releases and as the TCK
> changes.
>
> >
> > I will create a Jira and attach the TCK suite via
> patch in the meantime.
>
> Personally, I'd commit the changes
>
> >
> > I saw Jukka will organise a GIT session on the
> ApacheCon EU. Maybe we'll find some time there...
>
> Sounds good. I'm hoping that I can attend, this year...
>
> --kevan
Re: additional usage of GIT for experimental features[TCK Related]
Posted by Kevan Miller <ke...@gmail.com>.
On Jan 21, 2009, at 5:50 AM, Mark Struberg wrote:
> I don't know how TCKs are handled, but I usually require them to be
> executed and pass before a release is done.
>
>
> And please do not confuse the JBoss TCK implementation with our
> OpenWebBeans Tck _Integration_. I will only checkin the TCK
> Integration code and not the TCKs themselfs. The code written by
> JBoss guys are only referenced via maven dependencies. This is
> SNAPSHOT version currently [1], but they will have to release a
> tagged version shortly after the Spec is final.
Once the spec goes final, the JCP will make the TCK available. We'd
obtain the "official" TCK from the JCP. The ASF has a JCP site (http://apache.org/jcp/
), mailing list, and a process for obtaining official TCK's from the
JCP.
Since the WebBeans TCK is being implemented in the open with an ASL
license, we're able to obtain a snapshot of the TCK prior to the spec
going final. Until the spec goes final, TCK results are meaningless.
We can't make any claims regarding compliance. It is, however, a
useful testing tool...
>
>
> [1] so for executing the TCK tests currently one has to also run:
> $> svn co http://anonsvn.jboss.org/repos/webbeans/tck/trunk tck
> $> mvn clean install
This sounds pretty good to me...
--kevan
Re: additional usage of GIT for experimental features[TCK Related]
Posted by Mark Struberg <st...@yahoo.de>.
I don't know how TCKs are handled, but I usually require them to be executed and pass before a release is done.
And please do not confuse the JBoss TCK implementation with our OpenWebBeans Tck _Integration_. I will only checkin the TCK Integration code and not the TCKs themselfs. The code written by JBoss guys are only referenced via maven dependencies. This is SNAPSHOT version currently [1], but they will have to release a tagged version shortly after the Spec is final.
LieGrue,
strub
[1] so for executing the TCK tests currently one has to also run:
$> svn co http://anonsvn.jboss.org/repos/webbeans/tck/trunk tck
$> mvn clean install
--- Gurkan Erdogdu <gu...@yahoo.com> schrieb am Mi, 21.1.2009:
> Von: Gurkan Erdogdu <gu...@yahoo.com>
> Betreff: Re: additional usage of GIT for experimental features[TCK Related]
> An: openwebbeans-dev@incubator.apache.org
> Datum: Mittwoch, 21. Januar 2009, 8:29
> >MS: I will create a Jira and attach the TCK suite via
> patch in the meantime.
>
> >>KM:Personally, I'd commit the changes
>
> Sorry! But I do not still understand why we import the TCK
> related codes into our SVN. Every time the TCK code is
> updated by the JBoss, do we sync. with it?
>
> I only know that TCK is necessary to show the specification
> compatibility.
>
> Kevan : do we have to integrate the TCK related codes into
> our SVN? or more explicitly, how do we use the TCK in the
> future to express the specification compatibility ?
> What have you done in the Geronimo?
>
>
> Thanks a lot ;
>
> /Gurkan
>
>
> ________________________________
> From: Kevan Miller <ke...@gmail.com>
> To: openwebbeans-dev@incubator.apache.org
> Sent: Tuesday, January 20, 2009 8:38:16 PM
> Subject: Re: additional usage of GIT for experimental
> features
>
>
> On Jan 20, 2009, at 7:07 AM, Mark Struberg wrote:
>
> > Hi!
> >
> > As I already tried to expain: it was never ment to use
> git for productive changes - think about it more like a blog
> full with code ;)
>
> Understood. However, there are other ways of accomplishing
> this. Which would probably be more acceptable...
>
> 1) create an openwebbeans/sandbox in svn
> 2) generate a patch and post to the jira
> 3) discuss your intentions/proposed changes (which
> you've done), and commit them in trunk. The community
> should be reviewing all changes. It's not necessarily
> bad to discover disagreements, post-commit. These
> disagreements can be resolved.
>
> At Apache, all committers have earned the necessary karma
> to be fully trusted. IIUC, this is un-Git like (at least it
> doesn't match my understanding of the social norms in
> Git usage). We may be able to work out acceptable usage of
> Git. I want to be sure we're avoiding
> "private" communications about code and some
> usages of Git might lead to the potential for private
> conversations. BTW, I'm certainly not implying that this
> is your (or anybody else's) intent...
>
> >
> >
> > Back to the issue: how do we cope with the TCK code?
> Should I check it in to SVN? It will compile, but cannot run
> due to API incompatibilities between us and RI. But as long
> as we do not add the <module> in the parent pom it
> will at least not break the build.
>
> Guess we could add the JBoss snapshot repo to our builds...
> This would cause problems during releases and as the TCK
> changes.
>
> >
> > I will create a Jira and attach the TCK suite via
> patch in the meantime.
>
> Personally, I'd commit the changes
>
> >
> > I saw Jukka will organise a GIT session on the
> ApacheCon EU. Maybe we'll find some time there...
>
> Sounds good. I'm hoping that I can attend, this year...
>
> --kevan
Re: additional usage of GIT for experimental features[TCK Related]
Posted by Gurkan Erdogdu <gu...@yahoo.com>.
>MS: I will create a Jira and attach the TCK suite via patch in the meantime.
>>KM:Personally, I'd commit the changes
Sorry! But I do not still understand why we import the TCK related codes into our SVN. Every time the TCK code is updated by the JBoss, do we sync. with it?
I only know that TCK is necessary to show the specification compatibility.
Kevan : do we have to integrate the TCK related codes into our SVN? or more explicitly, how do we use the TCK in the future to express the specification compatibility ?
What have you done in the Geronimo?
Thanks a lot ;
/Gurkan
________________________________
From: Kevan Miller <ke...@gmail.com>
To: openwebbeans-dev@incubator.apache.org
Sent: Tuesday, January 20, 2009 8:38:16 PM
Subject: Re: additional usage of GIT for experimental features
On Jan 20, 2009, at 7:07 AM, Mark Struberg wrote:
> Hi!
>
> As I already tried to expain: it was never ment to use git for productive changes - think about it more like a blog full with code ;)
Understood. However, there are other ways of accomplishing this. Which would probably be more acceptable...
1) create an openwebbeans/sandbox in svn
2) generate a patch and post to the jira
3) discuss your intentions/proposed changes (which you've done), and commit them in trunk. The community should be reviewing all changes. It's not necessarily bad to discover disagreements, post-commit. These disagreements can be resolved.
At Apache, all committers have earned the necessary karma to be fully trusted. IIUC, this is un-Git like (at least it doesn't match my understanding of the social norms in Git usage). We may be able to work out acceptable usage of Git. I want to be sure we're avoiding "private" communications about code and some usages of Git might lead to the potential for private conversations. BTW, I'm certainly not implying that this is your (or anybody else's) intent...
>
>
> Back to the issue: how do we cope with the TCK code? Should I check it in to SVN? It will compile, but cannot run due to API incompatibilities between us and RI. But as long as we do not add the <module> in the parent pom it will at least not break the build.
Guess we could add the JBoss snapshot repo to our builds... This would cause problems during releases and as the TCK changes.
>
> I will create a Jira and attach the TCK suite via patch in the meantime.
Personally, I'd commit the changes
>
> I saw Jukka will organise a GIT session on the ApacheCon EU. Maybe we'll find some time there...
Sounds good. I'm hoping that I can attend, this year...
--kevan
Re: additional usage of GIT for experimental features
Posted by Mohammad Nour El-Din <no...@gmail.com>.
+1 with Kevan regarding "private communications" this is not got for
any "open" source community.
On Tue, Jan 20, 2009 at 8:38 PM, Kevan Miller <ke...@gmail.com> wrote:
>
> On Jan 20, 2009, at 7:07 AM, Mark Struberg wrote:
>
>> Hi!
>>
>> As I already tried to expain: it was never ment to use git for productive
>> changes - think about it more like a blog full with code ;)
>
> Understood. However, there are other ways of accomplishing this. Which would
> probably be more acceptable...
>
> 1) create an openwebbeans/sandbox in svn
> 2) generate a patch and post to the jira
> 3) discuss your intentions/proposed changes (which you've done), and commit
> them in trunk. The community should be reviewing all changes. It's not
> necessarily bad to discover disagreements, post-commit. These disagreements
> can be resolved.
>
> At Apache, all committers have earned the necessary karma to be fully
> trusted. IIUC, this is un-Git like (at least it doesn't match my
> understanding of the social norms in Git usage). We may be able to work out
> acceptable usage of Git. I want to be sure we're avoiding "private"
> communications about code and some usages of Git might lead to the potential
> for private conversations. BTW, I'm certainly not implying that this is your
> (or anybody else's) intent...
>
>>
>>
>> Back to the issue: how do we cope with the TCK code? Should I check it in
>> to SVN? It will compile, but cannot run due to API incompatibilities between
>> us and RI. But as long as we do not add the <module> in the parent pom it
>> will at least not break the build.
>
> Guess we could add the JBoss snapshot repo to our builds... This would cause
> problems during releases and as the TCK changes.
>
>>
>> I will create a Jira and attach the TCK suite via patch in the meantime.
>
> Personally, I'd commit the changes
>
>>
>> I saw Jukka will organise a GIT session on the ApacheCon EU. Maybe we'll
>> find some time there...
>
> Sounds good. I'm hoping that I can attend, this year...
>
> --kevan
>
>
--
----
Thanks
- Mohammad Nour
- LinkedIn: http://www.linkedin.com/in/mnour
----
"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein
Re: additional usage of GIT for experimental features
Posted by Kevan Miller <ke...@gmail.com>.
On Jan 20, 2009, at 7:07 AM, Mark Struberg wrote:
> Hi!
>
> As I already tried to expain: it was never ment to use git for
> productive changes - think about it more like a blog full with code ;)
Understood. However, there are other ways of accomplishing this. Which
would probably be more acceptable...
1) create an openwebbeans/sandbox in svn
2) generate a patch and post to the jira
3) discuss your intentions/proposed changes (which you've done), and
commit them in trunk. The community should be reviewing all changes.
It's not necessarily bad to discover disagreements, post-commit. These
disagreements can be resolved.
At Apache, all committers have earned the necessary karma to be fully
trusted. IIUC, this is un-Git like (at least it doesn't match my
understanding of the social norms in Git usage). We may be able to
work out acceptable usage of Git. I want to be sure we're avoiding
"private" communications about code and some usages of Git might lead
to the potential for private conversations. BTW, I'm certainly not
implying that this is your (or anybody else's) intent...
>
>
> Back to the issue: how do we cope with the TCK code? Should I check
> it in to SVN? It will compile, but cannot run due to API
> incompatibilities between us and RI. But as long as we do not add
> the <module> in the parent pom it will at least not break the build.
Guess we could add the JBoss snapshot repo to our builds... This would
cause problems during releases and as the TCK changes.
>
> I will create a Jira and attach the TCK suite via patch in the
> meantime.
Personally, I'd commit the changes
>
> I saw Jukka will organise a GIT session on the ApacheCon EU. Maybe
> we'll find some time there...
Sounds good. I'm hoping that I can attend, this year...
--kevan
Re: additional usage of GIT for experimental features
Posted by Mark Struberg <st...@yahoo.de>.
Hi!
As I already tried to expain: it was never ment to use git for productive changes - think about it more like a blog full with code ;)
Back to the issue: how do we cope with the TCK code? Should I check it in to SVN? It will compile, but cannot run due to API incompatibilities between us and RI. But as long as we do not add the <module> in the parent pom it will at least not break the build.
I will create a Jira and attach the TCK suite via patch in the meantime.
I saw Jukka will organise a GIT session on the ApacheCon EU. Maybe we'll find some time there...
LieGrue,
strub
--- Gurkan Erdogdu <gu...@yahoo.com> schrieb am Di, 20.1.2009:
> Von: Gurkan Erdogdu <gu...@yahoo.com>
> Betreff: Re: additional usage of GIT for experimental features
> An: openwebbeans-dev@incubator.apache.org
> Datum: Dienstag, 20. Januar 2009, 8:17
> +1 same with Kevan
>
>
> /Gurkan
>
>
> ________________________________
> From: Kevan Miller <ke...@gmail.com>
> To: openwebbeans-dev@incubator.apache.org
> Sent: Monday, January 19, 2009 11:06:44 PM
> Subject: Re: additional usage of GIT for experimental
> features
>
>
> On Jan 16, 2009, at 5:42 PM, Mark Struberg wrote:
>
> > Hi!
> >
> > The Apache Infrastructure Team offers the possibility
> to mirror the SVN archive to a GIT repo.
> >
> > I just like to ask if anyone (besides me) is
> interested in using git for sharing experimental features
> which are not elaborated enough for being checked in to SVN?
> >
> > If anyone has heard about git, but doesn't have a
> glue what's behind the development model used with git
> then you should look at the following google speech from
> Linus Torvalds:
> > http://www.youtube.com/watch?v=4XpnKHJAok8
> >
> > To state this clear: this is _not_ about using GIT
> instead of SVN, but only _additionally_ to share immature
> features.
>
> Hi Mark,
> So, I confess that I'm not much of a GIT user. I know
> that there is growing interest in GIT within the ASF and
> that there are multiple ASF projects which are using GIT, in
> some form. I don't, however, know how these projects are
> using GIT.
>
> I know that it's possible to use GIT in a private mode.
> Using GIT on their local machines, creating private
> branches, making local changes, etc, then committing their
> changes to SVN. I see absolutely no problem with this type
> of usage of GIT.
>
> However, you are implying that we could use GIT as a means
> for sharing non-committed code among project members. I have
> some concerns about this. This could become a form of
> non-public communication among project members. Non-GIT
> users would not be able to participate in these
> "communications". This may be very GIT-like usage.
> However, it's potentially very un-ASF-like
> communication.
>
> I don't know enough to evaluate the validity of my
> concerns without doing some more research. If you, or anyone
> else, know specifics about how other ASF projects are using
> GIT, that would be helpful...
>
> --kevan
Re: additional usage of GIT for experimental features
Posted by Gurkan Erdogdu <gu...@yahoo.com>.
+1 same with Kevan
/Gurkan
________________________________
From: Kevan Miller <ke...@gmail.com>
To: openwebbeans-dev@incubator.apache.org
Sent: Monday, January 19, 2009 11:06:44 PM
Subject: Re: additional usage of GIT for experimental features
On Jan 16, 2009, at 5:42 PM, Mark Struberg wrote:
> Hi!
>
> The Apache Infrastructure Team offers the possibility to mirror the SVN archive to a GIT repo.
>
> I just like to ask if anyone (besides me) is interested in using git for sharing experimental features which are not elaborated enough for being checked in to SVN?
>
> If anyone has heard about git, but doesn't have a glue what's behind the development model used with git then you should look at the following google speech from Linus Torvalds:
> http://www.youtube.com/watch?v=4XpnKHJAok8
>
> To state this clear: this is _not_ about using GIT instead of SVN, but only _additionally_ to share immature features.
Hi Mark,
So, I confess that I'm not much of a GIT user. I know that there is growing interest in GIT within the ASF and that there are multiple ASF projects which are using GIT, in some form. I don't, however, know how these projects are using GIT.
I know that it's possible to use GIT in a private mode. Using GIT on their local machines, creating private branches, making local changes, etc, then committing their changes to SVN. I see absolutely no problem with this type of usage of GIT.
However, you are implying that we could use GIT as a means for sharing non-committed code among project members. I have some concerns about this. This could become a form of non-public communication among project members. Non-GIT users would not be able to participate in these "communications". This may be very GIT-like usage. However, it's potentially very un-ASF-like communication.
I don't know enough to evaluate the validity of my concerns without doing some more research. If you, or anyone else, know specifics about how other ASF projects are using GIT, that would be helpful...
--kevan
Re: additional usage of GIT for experimental features
Posted by Mohammad Nour El-Din <no...@gmail.com>.
Hi Kevan...
From what I understand from Gurkan is that the GIT is just an
archiving mirror to what we already have in SVN. He just wanted the
community to start play with GIT. I hope I got you right Gurkan :-) .
On Mon, Jan 19, 2009 at 11:06 PM, Kevan Miller <ke...@gmail.com> wrote:
>
> On Jan 16, 2009, at 5:42 PM, Mark Struberg wrote:
>
>> Hi!
>>
>> The Apache Infrastructure Team offers the possibility to mirror the SVN
>> archive to a GIT repo.
>>
>> I just like to ask if anyone (besides me) is interested in using git for
>> sharing experimental features which are not elaborated enough for being
>> checked in to SVN?
>>
>> If anyone has heard about git, but doesn't have a glue what's behind the
>> development model used with git then you should look at the following google
>> speech from Linus Torvalds:
>> http://www.youtube.com/watch?v=4XpnKHJAok8
>>
>> To state this clear: this is _not_ about using GIT instead of SVN, but
>> only _additionally_ to share immature features.
>
> Hi Mark,
> So, I confess that I'm not much of a GIT user. I know that there is growing
> interest in GIT within the ASF and that there are multiple ASF projects
> which are using GIT, in some form. I don't, however, know how these projects
> are using GIT.
>
> I know that it's possible to use GIT in a private mode. Using GIT on their
> local machines, creating private branches, making local changes, etc, then
> committing their changes to SVN. I see absolutely no problem with this type
> of usage of GIT.
>
> However, you are implying that we could use GIT as a means for sharing
> non-committed code among project members. I have some concerns about this.
> This could become a form of non-public communication among project members.
> Non-GIT users would not be able to participate in these "communications".
> This may be very GIT-like usage. However, it's potentially very un-ASF-like
> communication.
>
> I don't know enough to evaluate the validity of my concerns without doing
> some more research. If you, or anyone else, know specifics about how other
> ASF projects are using GIT, that would be helpful...
>
> --kevan
--
----
Thanks
- Mohammad Nour
- LinkedIn: http://www.linkedin.com/in/mnour
----
"Life is like riding a bicycle. To keep your balance you must keep moving"
- Albert Einstein
Re: additional usage of GIT for experimental features
Posted by Kevan Miller <ke...@gmail.com>.
On Jan 16, 2009, at 5:42 PM, Mark Struberg wrote:
> Hi!
>
> The Apache Infrastructure Team offers the possibility to mirror the
> SVN archive to a GIT repo.
>
> I just like to ask if anyone (besides me) is interested in using git
> for sharing experimental features which are not elaborated enough
> for being checked in to SVN?
>
> If anyone has heard about git, but doesn't have a glue what's behind
> the development model used with git then you should look at the
> following google speech from Linus Torvalds:
> http://www.youtube.com/watch?v=4XpnKHJAok8
>
> To state this clear: this is _not_ about using GIT instead of SVN,
> but only _additionally_ to share immature features.
Hi Mark,
So, I confess that I'm not much of a GIT user. I know that there is
growing interest in GIT within the ASF and that there are multiple ASF
projects which are using GIT, in some form. I don't, however, know how
these projects are using GIT.
I know that it's possible to use GIT in a private mode. Using GIT on
their local machines, creating private branches, making local changes,
etc, then committing their changes to SVN. I see absolutely no problem
with this type of usage of GIT.
However, you are implying that we could use GIT as a means for sharing
non-committed code among project members. I have some concerns about
this. This could become a form of non-public communication among
project members. Non-GIT users would not be able to participate in
these "communications". This may be very GIT-like usage. However, it's
potentially very un-ASF-like communication.
I don't know enough to evaluate the validity of my concerns without
doing some more research. If you, or anyone else, know specifics about
how other ASF projects are using GIT, that would be helpful...
--kevan