You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Don Brown <mr...@twdata.org> on 2009/04/27 07:11:48 UTC
Struts git mirrors now available
Thanks to the git infra team, we have git mirrors for Struts:
Here are mirrors created:
* git://git.apache.org/struts1.git
* git://git.apache.org/struts2.git
* git://git.apache.org/struts-sandbox.git
* git://git.apache.org/struts-maven.git
See https://issues.apache.org/jira/browse/INFRA-1991 for more information.
Don
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Dave Newton <ne...@yahoo.com>.
Don Brown wrote:
> Thanks to the git infra team, we have git mirrors for Struts:
>
> Here are mirrors created:
> * git://git.apache.org/struts1.git
> * git://git.apache.org/struts2.git
> * git://git.apache.org/struts-sandbox.git
> * git://git.apache.org/struts-maven.git
>
> See https://issues.apache.org/jira/browse/INFRA-1991 for more information.
Ooo, nice. Git's really nice.
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Lukasz Lenart <lu...@googlemail.com>.
I was able to clone repo, can I use it for normal development process?
Or is it just for test?
Regards
--
Lukasz
http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
RE: Struts git mirrors now available
Posted by Jason Pyeron <jp...@pdinc.us>.
I am really nit picking here, but all the same.
> -----Original Message-----
> From: Musachy Barroso [mailto:musachy@gmail.com]
> Sent: Monday, April 27, 2009 11:44
> To: Struts Developers List
> Subject: Re: Struts git mirrors now available
>
> meh..stupid company firewall I guess. The http url works fine.
Okay, that would be one issue,
Issue #2: lost details:
Quoteing
http://markmcb.com/2008/10/18/3-reasons-to-switch-to-git-from-subversion/
Git offers power by putting collaboration up front before commits are public for
all to see. Consider in each step:
Git has a nice feature to create patches. They are simply changes to code,
very similar to a diff. The idea is that you create patches from commits youve
only made on your local copy of the repository. When your co-worker sent you
the patch for E, no one else on the team had to see his commit logs, branches,
etc., in the public repository because they never existed there. You are
collaborating about E via emailed patches. With Subversion, its all on the
server, all the time.
With Git, deleting an abandoned branch is simple and clean.
****
The work done in D will never be seen by the public, i.e., your team. Youve
spared the team clutter both in the logs and on their file systems.
****
With Subversion, the clean up is on you. Should you forget to delete D, its
has the potential to get used and that could be bad. Conversely, someone else
may have quietly checked out D and been working on something. When you delete
it from the public repository, their commit will surely fail.
>
> musachy
>
> On Mon, Apr 27, 2009 at 11:29 AM, Musachy Barroso
> <mu...@gmail.com> wrote:
> > I am getting a time out trying to clone
> > git://git.apache.org/struts2.git, anyone else?
> >
> > musachy
> >
> > On Mon, Apr 27, 2009 at 1:11 AM, Don Brown <mr...@twdata.org> wrote:
> >> Thanks to the git infra team, we have git mirrors for Struts:
> >>
> >> Here are mirrors created:
> >> * git://git.apache.org/struts1.git
> >> * git://git.apache.org/struts2.git
> >> * git://git.apache.org/struts-sandbox.git
> >> * git://git.apache.org/struts-maven.git
> >>
> >> See https://issues.apache.org/jira/browse/INFRA-1991 for
> more information.
> >>
> >> Don
> >>
> >>
> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For
> >> additional commands, e-mail: dev-help@struts.apache.org
> >>
> >>
> >
> >
> >
> > --
> > "Hey you! Would you help me to carry the stone?" Pink Floyd
> >
>
>
>
> --
> "Hey you! Would you help me to carry the stone?" Pink Floyd
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For
> additional commands, e-mail: dev-help@struts.apache.org
>
>
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- -
- Jason Pyeron PD Inc. http://www.pdinc.us -
- Principal Consultant 10 West 24th Street #100 -
- +1 (443) 269-1555 x333 Baltimore, Maryland 21218 -
- -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
This message is copyright PD Inc, subject to license 20080407P00.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Musachy Barroso <mu...@gmail.com>.
meh..stupid company firewall I guess. The http url works fine.
musachy
On Mon, Apr 27, 2009 at 11:29 AM, Musachy Barroso <mu...@gmail.com> wrote:
> I am getting a time out trying to clone
> git://git.apache.org/struts2.git, anyone else?
>
> musachy
>
> On Mon, Apr 27, 2009 at 1:11 AM, Don Brown <mr...@twdata.org> wrote:
>> Thanks to the git infra team, we have git mirrors for Struts:
>>
>> Here are mirrors created:
>> * git://git.apache.org/struts1.git
>> * git://git.apache.org/struts2.git
>> * git://git.apache.org/struts-sandbox.git
>> * git://git.apache.org/struts-maven.git
>>
>> See https://issues.apache.org/jira/browse/INFRA-1991 for more information.
>>
>> Don
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
>>
>>
>
>
>
> --
> "Hey you! Would you help me to carry the stone?" Pink Floyd
>
--
"Hey you! Would you help me to carry the stone?" Pink Floyd
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Musachy Barroso <mu...@gmail.com>.
I am getting a time out trying to clone
git://git.apache.org/struts2.git, anyone else?
musachy
On Mon, Apr 27, 2009 at 1:11 AM, Don Brown <mr...@twdata.org> wrote:
> Thanks to the git infra team, we have git mirrors for Struts:
>
> Here are mirrors created:
> * git://git.apache.org/struts1.git
> * git://git.apache.org/struts2.git
> * git://git.apache.org/struts-sandbox.git
> * git://git.apache.org/struts-maven.git
>
> See https://issues.apache.org/jira/browse/INFRA-1991 for more information.
>
> Don
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
--
"Hey you! Would you help me to carry the stone?" Pink Floyd
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Musachy Barroso <mu...@gmail.com>.
> git-stash puts your current changes on a shelf for when you need to
> quickly do something else
that is great, I use the similar IntelliJ feature all the time.
musachy
--
"Hey you! Would you help me to carry the stone?" Pink Floyd
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Don Brown <mr...@twdata.org>.
On Mon, Apr 27, 2009 at 3:38 PM, Wes Wannemacher <we...@wantii.com> wrote:
> After reading up on Git a bit and noticing right away that there are no more
> hidden '.svn' directories, I'm sold. :)
>
> (I'm an easy sell)
Yeah, for me, it was a lot of little things too:
* no .svn directories means easy searching and quick tab-completion
when nagivating directories
* git commands can be color-enhanced
* git-log automatically pipes to less (or equiv)
* git-blame is instant, which is nice for us devs in Sydney
* git-rebase -i gives the ability to "squash" commits...so useful for
cleaning up a lot of little commits for the push to the main server
* git-stash puts your current changes on a shelf for when you need to
quickly do something else
I could go on...
Don
>
> -Wes
>
> --
>
> Wes Wannemacher
> Author - Struts 2 In Practice
> Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more
> http://www.manning.com/wannemacher
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Wes Wannemacher <we...@wantii.com>.
On Monday 27 April 2009 01:29:45 am Don Brown wrote:
>
> While Atlassian still uses Subversion, I've moved over to using Git
> for all my work and personal projects, and I've found it a much better
> tool to keep me productive (great branching/merge, sane cli,
> super-fast, etc). However, why I'm particularly excited about having
> a Struts mirror is I hope it will be a way for the community to be
> much more active in its development. With Subversion, only committers
> can make any changes, so if you as a user wrote a feature, all you can
> do is attach it to JIRA and hope for the best. If you are more
> adventurous, you could fork Struts into your own Subversion repo, but
> then you have to deal with the pain of keeping them in sync. Git, as
> a distributed SCM tool, is built for this type of decentralized
> development, and in particular, Github makes it easy to track, both
> for the user and committer.
>
> In a perfect world, we'd have an "official" Github mirror of Struts.
> If a user wanted to get rid of OGNL, they can click the "Fork" button
> and have their own repo. Once they commit their changes, they send us
> a pull request or at least create a JIRA issue and link to their repo.
> What is cool about this is the user can start using their feature
> now with minimal hassles keeping up to date with Struts trunk, but
> better yet, any other user can fork that fork and build on that
> change. You could have a whole sub-community around a certain fork,
> say, one that gets rid of OGNL and all other Struts deps, all without
> any need to have commit access. As Struts committers, it allows us to
> take our philosophy of letting the community sift through ideas to the
> next level from just ideas and JIRA issues to actual code and forked
> releases. Our job then is to pick the creme of the crop, vet the
> legal stuff, and push the chosen features back to the official Struts
> repo.
>
> Therefore, I think git will help us empower our community, make the
> committers lives easier, and deliver better code quicker. Who could
> argue with that? :)
>
> Don
Philosophically, I can see what you're saying, but I was perusing the
intarwebz to _see_ what the differences are... Here is what appears to be a
nice run-down of a few really good reasons -
http://markmcb.com/2008/10/18/3-reasons-to-switch-to-git-from-subversion/
But, another huge thing for me... I am constantly doing things like -
find . -name pom.xml | grep -v '.svn' | xargs grep 'xwork'
(whereas, when I used to use CVS, I could have just done -
find . -name pom.xml -exec grep 'xwork' {}\; )
After reading up on Git a bit and noticing right away that there are no more
hidden '.svn' directories, I'm sold. :)
(I'm an easy sell)
-Wes
--
Wes Wannemacher
Author - Struts 2 In Practice
Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more
http://www.manning.com/wannemacher
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Maurizio Cucchiara <mc...@apache.org>.
I'm for git too
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
VisualizeMe: http://vizualize.me/maurizio.cucchiara?r=maurizio.cucchiara
Maurizio Cucchiara
On 5 November 2012 16:11, Dave Newton <da...@gmail.com> wrote:
> +1
>
> I'd prefer git.
>
>
> On Mon, Nov 5, 2012 at 10:00 AM, Lukasz Lenart <lukaszlenart@apache.org
> >wrote:
>
> > Hi,
> >
> > I would like to return to this discussion as Jogep proposed [1] Git
> > for the Struts 2.5 (3.x) and I think it's a great idea to start
> > development of Struts 2.5 base on Git instead Svn. WDYT?
> >
> > [1]
> >
> https://cwiki.apache.org/confluence/display/WW/Struts+2.5?focusedCommentId=30740981#comment-30740981
> >
> >
> > Regards
> > --
> > Łukasz
> > + 48 606 323 122 http://www.lenart.org.pl/
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
>
>
> --
> e: davelnewton@gmail.com
> m: 908-380-8699
> s: davelnewton_skype
> t: @dave_newton <https://twitter.com/dave_newton>
> b: Bucky Bits <http://buckybits.blogspot.com/>
> g: davelnewton <https://github.com/davelnewton>
> so: Dave Newton <http://stackoverflow.com/users/438992/dave-newton>
>
Re: Struts git mirrors now available
Posted by Dave Newton <da...@gmail.com>.
+1
I'd prefer git.
On Mon, Nov 5, 2012 at 10:00 AM, Lukasz Lenart <lu...@apache.org>wrote:
> Hi,
>
> I would like to return to this discussion as Jogep proposed [1] Git
> for the Struts 2.5 (3.x) and I think it's a great idea to start
> development of Struts 2.5 base on Git instead Svn. WDYT?
>
> [1]
> https://cwiki.apache.org/confluence/display/WW/Struts+2.5?focusedCommentId=30740981#comment-30740981
>
>
> Regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
--
e: davelnewton@gmail.com
m: 908-380-8699
s: davelnewton_skype
t: @dave_newton <https://twitter.com/dave_newton>
b: Bucky Bits <http://buckybits.blogspot.com/>
g: davelnewton <https://github.com/davelnewton>
so: Dave Newton <http://stackoverflow.com/users/438992/dave-newton>
Re: Struts git mirrors now available
Posted by Lukasz Lenart <lu...@apache.org>.
Hi,
I would like to return to this discussion as Jogep proposed [1] Git
for the Struts 2.5 (3.x) and I think it's a great idea to start
development of Struts 2.5 base on Git instead Svn. WDYT?
[1] https://cwiki.apache.org/confluence/display/WW/Struts+2.5?focusedCommentId=30740981#comment-30740981
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Rene Gielen <gi...@it-neering.net>.
great pointer, thanks Don
Don Brown schrieb:
> Being able to quickly create git repos of the Subversion projects is
> exactly what these are for. See this:
> http://wiki.apache.org/general/GitAtApache
>
> Don
>
> On Wed, May 6, 2009 at 7:48 PM, Rene Gielen <gi...@it-neering.net> wrote:
>> Another scenario I recently experimented with came up when I was thinking
>> about a feasible process to enable a local CI infrastructure for
>> experimental changes on the s2 codebase. While we have our central CI builds
>> set up, they only make sense for features which are targeted for immidiate
>> improvements and soon production, you would not want to push highly
>> experiental code that even might never make it into a release unless you are
>> working on a fresh early branch like upcoming 2.2. Nevertheless, when your
>> experiments turned out to be both stable and useful, you would want to push
>> them as a whole to the main repository.
>>
>> The solution I found was to use git-svn, which is able to make a git
>> repository mirror out of a svn repo (so far not that different from the new
>> mirror infrastructure introduced her), but also to push changes back to the
>> original svn. It helped me to introduce a very useful workflow, allowing me
>> to commit small changes to my local git repository, triggering a Hudson
>> build, while I went over to the next change. I'm also able to pull incoming
>> svn changes easily, improving the quality of the integration test and solve
>> merge issues upfront. After implementing and testing all changes, the commit
>> to the svn repo then goes as a whole.
>>
>> The only downside was that, since our svn tree is part of the huge Apache
>> svn repo containing all revisions of all projects, the initial creation of
>> the git-svn repo took about one (!!) day - it scanned about 7.3 million
>> revisions only to get our "small" tree synced. But once done, things run
>> very fast. After all, I found this workflow also very useful for my client's
>> projects - convincing some of them to move from cvs to svn took me ages, now
>> telling them that they should move over to git would make them go mad on me,
>> I guess.
>>
>> When I first saw the git mirror announcement, I had the still hope that the
>> svn push would be possible too, which not seems to be the case now. But
>> being a huge git fan now, I really appreciate this git integration step and
>> how non-committers can use it to build a good development environment.
>>
>> - Rene
>>
>> Don Brown schrieb:
>>> On Mon, Apr 27, 2009 at 3:17 PM, Wes Wannemacher <we...@wantii.com> wrote:
>>>> Don,
>>>>
>>>> I'm not familiar much with Git. I know of it, and have read a little
>>>> about it.
>>>> Is there a significant advantage to using Git over Subversion?
>>> While Atlassian still uses Subversion, I've moved over to using Git
>>> for all my work and personal projects, and I've found it a much better
>>> tool to keep me productive (great branching/merge, sane cli,
>>> super-fast, etc). However, why I'm particularly excited about having
>>> a Struts mirror is I hope it will be a way for the community to be
>>> much more active in its development. With Subversion, only committers
>>> can make any changes, so if you as a user wrote a feature, all you can
>>> do is attach it to JIRA and hope for the best. If you are more
>>> adventurous, you could fork Struts into your own Subversion repo, but
>>> then you have to deal with the pain of keeping them in sync. Git, as
>>> a distributed SCM tool, is built for this type of decentralized
>>> development, and in particular, Github makes it easy to track, both
>>> for the user and committer.
>>>
>>> In a perfect world, we'd have an "official" Github mirror of Struts.
>>> If a user wanted to get rid of OGNL, they can click the "Fork" button
>>> and have their own repo. Once they commit their changes, they send us
>>> a pull request or at least create a JIRA issue and link to their repo.
>>> What is cool about this is the user can start using their feature
>>> now with minimal hassles keeping up to date with Struts trunk, but
>>> better yet, any other user can fork that fork and build on that
>>> change. You could have a whole sub-community around a certain fork,
>>> say, one that gets rid of OGNL and all other Struts deps, all without
>>> any need to have commit access. As Struts committers, it allows us to
>>> take our philosophy of letting the community sift through ideas to the
>>> next level from just ideas and JIRA issues to actual code and forked
>>> releases. Our job then is to pick the creme of the crop, vet the
>>> legal stuff, and push the chosen features back to the official Struts
>>> repo.
>>>
>>> Therefore, I think git will help us empower our community, make the
>>> committers lives easier, and deliver better code quicker. Who could
>>> argue with that? :)
>>>
>>> Don
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>
>> --
>> René Gielen
>> IT-Neering.net
>> Saarstrasse 100, 52062 Aachen, Germany
>> Tel: +49-(0)241-4010770
>> Fax: +49-(0)241-4010771
>> http://twitter.com/rgielen
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
--
René Gielen
IT-Neering.net
Saarstrasse 100, 52062 Aachen, Germany
Tel: +49-(0)241-4010770
Fax: +49-(0)241-4010771
http://twitter.com/rgielen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Don Brown <mr...@twdata.org>.
Being able to quickly create git repos of the Subversion projects is
exactly what these are for. See this:
http://wiki.apache.org/general/GitAtApache
Don
On Wed, May 6, 2009 at 7:48 PM, Rene Gielen <gi...@it-neering.net> wrote:
> Another scenario I recently experimented with came up when I was thinking
> about a feasible process to enable a local CI infrastructure for
> experimental changes on the s2 codebase. While we have our central CI builds
> set up, they only make sense for features which are targeted for immidiate
> improvements and soon production, you would not want to push highly
> experiental code that even might never make it into a release unless you are
> working on a fresh early branch like upcoming 2.2. Nevertheless, when your
> experiments turned out to be both stable and useful, you would want to push
> them as a whole to the main repository.
>
> The solution I found was to use git-svn, which is able to make a git
> repository mirror out of a svn repo (so far not that different from the new
> mirror infrastructure introduced her), but also to push changes back to the
> original svn. It helped me to introduce a very useful workflow, allowing me
> to commit small changes to my local git repository, triggering a Hudson
> build, while I went over to the next change. I'm also able to pull incoming
> svn changes easily, improving the quality of the integration test and solve
> merge issues upfront. After implementing and testing all changes, the commit
> to the svn repo then goes as a whole.
>
> The only downside was that, since our svn tree is part of the huge Apache
> svn repo containing all revisions of all projects, the initial creation of
> the git-svn repo took about one (!!) day - it scanned about 7.3 million
> revisions only to get our "small" tree synced. But once done, things run
> very fast. After all, I found this workflow also very useful for my client's
> projects - convincing some of them to move from cvs to svn took me ages, now
> telling them that they should move over to git would make them go mad on me,
> I guess.
>
> When I first saw the git mirror announcement, I had the still hope that the
> svn push would be possible too, which not seems to be the case now. But
> being a huge git fan now, I really appreciate this git integration step and
> how non-committers can use it to build a good development environment.
>
> - Rene
>
> Don Brown schrieb:
>>
>> On Mon, Apr 27, 2009 at 3:17 PM, Wes Wannemacher <we...@wantii.com> wrote:
>>>
>>> Don,
>>>
>>> I'm not familiar much with Git. I know of it, and have read a little
>>> about it.
>>> Is there a significant advantage to using Git over Subversion?
>>
>> While Atlassian still uses Subversion, I've moved over to using Git
>> for all my work and personal projects, and I've found it a much better
>> tool to keep me productive (great branching/merge, sane cli,
>> super-fast, etc). However, why I'm particularly excited about having
>> a Struts mirror is I hope it will be a way for the community to be
>> much more active in its development. With Subversion, only committers
>> can make any changes, so if you as a user wrote a feature, all you can
>> do is attach it to JIRA and hope for the best. If you are more
>> adventurous, you could fork Struts into your own Subversion repo, but
>> then you have to deal with the pain of keeping them in sync. Git, as
>> a distributed SCM tool, is built for this type of decentralized
>> development, and in particular, Github makes it easy to track, both
>> for the user and committer.
>>
>> In a perfect world, we'd have an "official" Github mirror of Struts.
>> If a user wanted to get rid of OGNL, they can click the "Fork" button
>> and have their own repo. Once they commit their changes, they send us
>> a pull request or at least create a JIRA issue and link to their repo.
>> What is cool about this is the user can start using their feature
>> now with minimal hassles keeping up to date with Struts trunk, but
>> better yet, any other user can fork that fork and build on that
>> change. You could have a whole sub-community around a certain fork,
>> say, one that gets rid of OGNL and all other Struts deps, all without
>> any need to have commit access. As Struts committers, it allows us to
>> take our philosophy of letting the community sift through ideas to the
>> next level from just ideas and JIRA issues to actual code and forked
>> releases. Our job then is to pick the creme of the crop, vet the
>> legal stuff, and push the chosen features back to the official Struts
>> repo.
>>
>> Therefore, I think git will help us empower our community, make the
>> committers lives easier, and deliver better code quicker. Who could
>> argue with that? :)
>>
>> Don
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
>>
>
> --
> René Gielen
> IT-Neering.net
> Saarstrasse 100, 52062 Aachen, Germany
> Tel: +49-(0)241-4010770
> Fax: +49-(0)241-4010771
> http://twitter.com/rgielen
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Rene Gielen <gi...@it-neering.net>.
Another scenario I recently experimented with came up when I was
thinking about a feasible process to enable a local CI infrastructure
for experimental changes on the s2 codebase. While we have our central
CI builds set up, they only make sense for features which are targeted
for immidiate improvements and soon production, you would not want to
push highly experiental code that even might never make it into a
release unless you are working on a fresh early branch like upcoming
2.2. Nevertheless, when your experiments turned out to be both stable
and useful, you would want to push them as a whole to the main repository.
The solution I found was to use git-svn, which is able to make a git
repository mirror out of a svn repo (so far not that different from the
new mirror infrastructure introduced her), but also to push changes back
to the original svn. It helped me to introduce a very useful workflow,
allowing me to commit small changes to my local git repository,
triggering a Hudson build, while I went over to the next change. I'm
also able to pull incoming svn changes easily, improving the quality of
the integration test and solve merge issues upfront. After implementing
and testing all changes, the commit to the svn repo then goes as a whole.
The only downside was that, since our svn tree is part of the huge
Apache svn repo containing all revisions of all projects, the initial
creation of the git-svn repo took about one (!!) day - it scanned about
7.3 million revisions only to get our "small" tree synced. But once
done, things run very fast. After all, I found this workflow also very
useful for my client's projects - convincing some of them to move from
cvs to svn took me ages, now telling them that they should move over to
git would make them go mad on me, I guess.
When I first saw the git mirror announcement, I had the still hope that
the svn push would be possible too, which not seems to be the case now.
But being a huge git fan now, I really appreciate this git integration
step and how non-committers can use it to build a good development
environment.
- Rene
Don Brown schrieb:
> On Mon, Apr 27, 2009 at 3:17 PM, Wes Wannemacher <we...@wantii.com> wrote:
>> Don,
>>
>> I'm not familiar much with Git. I know of it, and have read a little about it.
>> Is there a significant advantage to using Git over Subversion?
>
> While Atlassian still uses Subversion, I've moved over to using Git
> for all my work and personal projects, and I've found it a much better
> tool to keep me productive (great branching/merge, sane cli,
> super-fast, etc). However, why I'm particularly excited about having
> a Struts mirror is I hope it will be a way for the community to be
> much more active in its development. With Subversion, only committers
> can make any changes, so if you as a user wrote a feature, all you can
> do is attach it to JIRA and hope for the best. If you are more
> adventurous, you could fork Struts into your own Subversion repo, but
> then you have to deal with the pain of keeping them in sync. Git, as
> a distributed SCM tool, is built for this type of decentralized
> development, and in particular, Github makes it easy to track, both
> for the user and committer.
>
> In a perfect world, we'd have an "official" Github mirror of Struts.
> If a user wanted to get rid of OGNL, they can click the "Fork" button
> and have their own repo. Once they commit their changes, they send us
> a pull request or at least create a JIRA issue and link to their repo.
> What is cool about this is the user can start using their feature
> now with minimal hassles keeping up to date with Struts trunk, but
> better yet, any other user can fork that fork and build on that
> change. You could have a whole sub-community around a certain fork,
> say, one that gets rid of OGNL and all other Struts deps, all without
> any need to have commit access. As Struts committers, it allows us to
> take our philosophy of letting the community sift through ideas to the
> next level from just ideas and JIRA issues to actual code and forked
> releases. Our job then is to pick the creme of the crop, vet the
> legal stuff, and push the chosen features back to the official Struts
> repo.
>
> Therefore, I think git will help us empower our community, make the
> committers lives easier, and deliver better code quicker. Who could
> argue with that? :)
>
> Don
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
--
René Gielen
IT-Neering.net
Saarstrasse 100, 52062 Aachen, Germany
Tel: +49-(0)241-4010770
Fax: +49-(0)241-4010771
http://twitter.com/rgielen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Don Brown <mr...@twdata.org>.
On Mon, Apr 27, 2009 at 3:17 PM, Wes Wannemacher <we...@wantii.com> wrote:
> Don,
>
> I'm not familiar much with Git. I know of it, and have read a little about it.
> Is there a significant advantage to using Git over Subversion?
While Atlassian still uses Subversion, I've moved over to using Git
for all my work and personal projects, and I've found it a much better
tool to keep me productive (great branching/merge, sane cli,
super-fast, etc). However, why I'm particularly excited about having
a Struts mirror is I hope it will be a way for the community to be
much more active in its development. With Subversion, only committers
can make any changes, so if you as a user wrote a feature, all you can
do is attach it to JIRA and hope for the best. If you are more
adventurous, you could fork Struts into your own Subversion repo, but
then you have to deal with the pain of keeping them in sync. Git, as
a distributed SCM tool, is built for this type of decentralized
development, and in particular, Github makes it easy to track, both
for the user and committer.
In a perfect world, we'd have an "official" Github mirror of Struts.
If a user wanted to get rid of OGNL, they can click the "Fork" button
and have their own repo. Once they commit their changes, they send us
a pull request or at least create a JIRA issue and link to their repo.
What is cool about this is the user can start using their feature
now with minimal hassles keeping up to date with Struts trunk, but
better yet, any other user can fork that fork and build on that
change. You could have a whole sub-community around a certain fork,
say, one that gets rid of OGNL and all other Struts deps, all without
any need to have commit access. As Struts committers, it allows us to
take our philosophy of letting the community sift through ideas to the
next level from just ideas and JIRA issues to actual code and forked
releases. Our job then is to pick the creme of the crop, vet the
legal stuff, and push the chosen features back to the official Struts
repo.
Therefore, I think git will help us empower our community, make the
committers lives easier, and deliver better code quicker. Who could
argue with that? :)
Don
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org
Re: Struts git mirrors now available
Posted by Wes Wannemacher <we...@wantii.com>.
On Monday 27 April 2009 01:11:48 am Don Brown wrote:
> Thanks to the git infra team, we have git mirrors for Struts:
>
> Here are mirrors created:
> * git://git.apache.org/struts1.git
> * git://git.apache.org/struts2.git
> * git://git.apache.org/struts-sandbox.git
> * git://git.apache.org/struts-maven.git
>
> See https://issues.apache.org/jira/browse/INFRA-1991 for more information.
>
> Don
>
Don,
I'm not familiar much with Git. I know of it, and have read a little about it.
Is there a significant advantage to using Git over Subversion? I know it is
used heavily for the Linux Kernel and that it was built to handle certain
things a bit better, but my main question is - should I start using Git rather
than SVN? I know IDEA has support and just about any time an IDE starts
managing SCM for me, the details of what and how things are done become a bit
irrelevant. So, should I point IDEA to the Git mirrors and then go about
business as usual?
-Wes
--
Wes Wannemacher
Author - Struts 2 In Practice
Includes coverage of Struts 2.1, Spring, JPA, JQuery, Sitemesh and more
http://www.manning.com/wannemacher
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org