4:32 p.m.
Hi,
I must say i'm pretty impressed with Git and how easy or rather *fast* to use compared
to svn.
I'm still not convinced on how/if we should move jboss tools repo to a git repo or
rather a set of git repo's
to make things more modular and easier (in some respects) to maintain compared to a full
svn tree.
Thus i'm currently trying to setup a git mirror of our svn repo - to at least use as a
testbed for git.
Thoughts ?
p.s. this is no way a commitment that we'll move to git - just a start now that GA is
about to go out the door
to see if there are things we can do better to make life easier for us ;)
/max
6:14 p.m.
Hey Max...
I think there will definitely be some challenges as far as migrating SVN to Git, but the
long term benefits might outweigh any short-term pain. As we chatted about on IRC, the
issues will include things like... Do we end up with one large Git repo to mimic what we
have with SVN? (Not ideal) Or do we split up all the modules into their own Git repos,
which explodes our code into a million projects, some of which won't be touched often
if at all?
That said, I think it will be an interesting experiment to see how complicated maintenance
gets with the git mirror.
I certainly want to see if it's better or worse before we make the commitment. :)
--Fitz
_______________________________
Brian Fitzpatrick (aka "Fitz")
Senior Software Engineer, SOA-P
JBoss by Red Hat
----- Original Message -----
From: "Max Rydahl Andersen" <max.andersen(a)redhat.com>
To: "jbosstools-dev" <jbosstools-dev(a)lists.jboss.org>
Sent: Monday, February 14, 2011 8:32:34 AM
Subject: [jbosstools-dev] Git - worth it or not ?
Hi,
I must say i'm pretty impressed with Git and how easy or rather *fast* to use compared
to svn.
I'm still not convinced on how/if we should move jboss tools repo to a git repo or
rather a set of git repo's
to make things more modular and easier (in some respects) to maintain compared to a full
svn tree.
Thus i'm currently trying to setup a git mirror of our svn repo - to at least use as a
testbed for git.
Thoughts ?
p.s. this is no way a commitment that we'll move to git - just a start now that GA is
about to go out the door
to see if there are things we can do better to make life easier for us ;)
/max
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
7:39 p.m.
My main contras for Git:
1. It is poorly integrated with Windows and Eclipse.
2. Git repo will be too big. Thus this is a question for me will be
commits faster or not. It will big because:
1. JBoss Tools SVN consists of pretty coupled projects, so we have(?)
to create a single Git repo for all of them.
2. There are a lot of binaries (jars, images, videos, giant zip-files,
...). If we want to have all SVN history in Git, we have to add all these
binaries to the mirror. I expect it will take approx 5GB (SVN repo itself
takes 7GB now).
Anyway, Max, if you succeed with creation of the mirror, please share it. I
would like to play with it too :) I tried to create a Git mirror some time
ago, but after a lot of attempts I decided that it is not possible on
Windows without direct access to the SVN repo.
--
Yahor Radtsevich
On Mon, Feb 14, 2011 at 7:14 PM, Brian Fitzpatrick <bfitzpat(a)redhat.com>wrote:
Hey Max...
I think there will definitely be some challenges as far as migrating SVN to
Git, but the long term benefits might outweigh any short-term pain. As we
chatted about on IRC, the issues will include things like... Do we end up
with one large Git repo to mimic what we have with SVN? (Not ideal) Or do we
split up all the modules into their own Git repos, which explodes our code
into a million projects, some of which won't be touched often if at all?
That said, I think it will be an interesting experiment to see how
complicated maintenance gets with the git mirror.
I certainly want to see if it's better or worse before we make the
commitment. :)
--Fitz
_______________________________
Brian Fitzpatrick (aka "Fitz")
Senior Software Engineer, SOA-P
JBoss by Red Hat
----- Original Message -----
From: "Max Rydahl Andersen" <max.andersen(a)redhat.com>
To: "jbosstools-dev" <jbosstools-dev(a)lists.jboss.org>
Sent: Monday, February 14, 2011 8:32:34 AM
Subject: [jbosstools-dev] Git - worth it or not ?
Hi,
I must say i'm pretty impressed with Git and how easy or rather *fast* to
use compared to svn.
I'm still not convinced on how/if we should move jboss tools repo to a git
repo or rather a set of git repo's
to make things more modular and easier (in some respects) to maintain
compared to a full svn tree.
Thus i'm currently trying to setup a git mirror of our svn repo - to at
least use as a testbed for git.
Thoughts ?
p.s. this is no way a commitment that we'll move to git - just a start now
that GA is about to go out the door
to see if there are things we can do better to make life easier for us ;)
/max
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
8:03 p.m.
Yahor, I agree with #2 for sure.
However I suspect that the tooling for #1 will stabilize and improve over the next few
months to a year as the Eclipse teams who are working on the jGit and eGit projects
stabilize the tooling and make it better.
--Fitz
_______________________________
Brian Fitzpatrick (aka "Fitz")
Senior Software Engineer, SOA-P
JBoss by Red Hat
----- Original Message -----
From: "Yahor Radtsevich" <yradtsevich(a)exadel.com>
To: "Max Rydahl Andersen" <max.andersen(a)redhat.com>
Cc: "Brian Fitzpatrick" <bfitzpat(a)redhat.com>, "jbosstools-dev"
<jbosstools-dev(a)lists.jboss.org>
Sent: Monday, February 14, 2011 11:39:02 AM
Subject: Re: [jbosstools-dev] Git - worth it or not ?
My main contras for Git:
1. It is poorly integrated with Windows and Eclipse.
2. Git repo will be too big. Thus this is a question for me will be commits faster or
not. It will big because:
1. JBoss Tools SVN consists of pretty coupled projects, so we have(?) to create a
single Git repo for all of them.
2. There are a lot of binaries (jars, images, videos, giant zip-files, ...). If we
want to have all SVN history in Git, we have to add all these binaries to the mirror. I
expect it will take approx 5GB (SVN repo itself takes 7GB now).
Anyway, Max, if you succeed with creation of the mirror, please share it. I would like to
play with it too :) I tried to create a Git mirror some time ago, but after a lot of
attempts I decided that it is not possible on Windows without direct access to the SVN
repo.
--
Yahor Radtsevich
On Mon, Feb 14, 2011 at 7:14 PM, Brian Fitzpatrick < bfitzpat(a)redhat.com > wrote:
Hey Max...
I think there will definitely be some challenges as far as migrating SVN to Git, but the
long term benefits might outweigh any short-term pain. As we chatted about on IRC, the
issues will include things like... Do we end up with one large Git repo to mimic what we
have with SVN? (Not ideal) Or do we split up all the modules into their own Git repos,
which explodes our code into a million projects, some of which won't be touched often
if at all?
That said, I think it will be an interesting experiment to see how complicated maintenance
gets with the git mirror.
I certainly want to see if it's better or worse before we make the commitment. :)
--Fitz
_______________________________
Brian Fitzpatrick (aka "Fitz")
Senior Software Engineer, SOA-P
JBoss by Red Hat
----- Original Message -----
From: "Max Rydahl Andersen" < max.andersen(a)redhat.com >
To: "jbosstools-dev" < jbosstools-dev(a)lists.jboss.org >
Sent: Monday, February 14, 2011 8:32:34 AM
Subject: [jbosstools-dev] Git - worth it or not ?
Hi,
I must say i'm pretty impressed with Git and how easy or rather *fast* to use compared
to svn.
I'm still not convinced on how/if we should move jboss tools repo to a git repo or
rather a set of git repo's
to make things more modular and easier (in some respects) to maintain compared to a full
svn tree.
Thus i'm currently trying to setup a git mirror of our svn repo - to at least use as a
testbed for git.
Thoughts ?
p.s. this is no way a commitment that we'll move to git - just a start now that GA is
about to go out the door
to see if there are things we can do better to make life easier for us ;)
/max
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
10:13 p.m.
My main contras for Git:
• It is poorly integrated with Windows and Eclipse.
For Windows - is that really still the case ?
Last I tried it seemed to work fine ?
I used this http://help.github.com/win-git-installation/
You had any specific bad experiences ?
About Eclipse, egit seem to be doing well ?
note, since git is darn fast I rarely eclipse tooling worth bothering with it...but again
I'll need to try on some more real examples to tell (hence my attempt on getting a
real git repo to work with)
• Git repo will be too big. Thus this is a question for me will be
commits faster or not. It will big because:
• JBoss Tools SVN consists of pretty coupled projects, so we have(?) to create a single
Git repo for all of them.
well, its always been the intent these should get decoupled more and more with proper
API's...one of the reasons that haven't happen
could be "blamed" on the fact the source is kept so close so its easy to
"cheat" instead of defining proper API's.
• There are a lot of binaries (jars, images, videos, giant
zip-files, ...). If we want to have all SVN history in Git, we have to add all these
binaries to the mirror. I expect it will take approx 5GB (SVN repo itself takes 7GB now).
hmm - what repo are you using ? My repo with most projects built is a total of 3.7GB
...thus its (hopefully) much less since most are not versioned data.
We haven't had videos in the main repo for years and they were seldom changed thus
shouldn't be too much - but we'll see.
btw. jars is often something that can be fixed - again, being sloppy about adding many big
jars for testing a basic feature often is not needed.
Anyway, Max, if you succeed with creation of the mirror, please share
it. I would like to play with it too :) I tried to create a Git mirror some time ago, but
after a lot of attempts I decided that it is not possible on Windows without direct access
to the SVN repo.
yup - i've created a local svn mirror and it is currenty running svn2git to get a full
repo to see how bad/big the damage is.
The final version i'll probably just include all the later branches/tags instead of
the full story.
/max
8:41 a.m.
yup - i've created a local svn mirror and it is currenty running
svn2git to get a full repo to see how bad/big the damage is.
The final version i'll probably just include all the later branches/tags instead of
the full story.
Had svn2git running all night but it started failing when it hit the jbosstools_xulrunner
branch - not sure what is so special about that one
but it started making a mess.
Thus I moved to use this svn2git fork (https://github.com/svenax/svn2git) which has an
option to start from a specific revision.
Now it is running with a start from when jbosstools-3.0.x was made (i.e. the time where
jbosstools as we know it today started).
*cross your fingers* for noone having created weird branches since then :)
/max
10:30 a.m.
14/02/2011 23:13, Max Rydahl Andersen wrote:
> My main contras for Git:
> • It is poorly integrated with Windows and Eclipse.
For Windows - is that really still the case ?
Last I tried it seemed to work fine ?
I used this http://help.github.com/win-git-installation/
You had any specific bad experiences ?
About Eclipse, egit seem to be doing well ?
note, since git is darn fast I rarely eclipse tooling worth bothering with it...but
again
I'll need to try on some more real examples to tell (hence my attempt on getting a
real git repo to work with)
Egit doesn't support some specific functions. I looked through
http://wiki.eclipse.org/EGit/User_Guide and what I've found:
* Ad-hoc selection of the upstream branch to pull from
* Deletion of tags is currently not supported in EGit
* Signed tags
* EGit 0.9 does not yet support authentication via HTTP or HTTPS
protocol.
I don't think they are significan't.
> • Git repo will be too big. Thus this is a question for me will
be commits faster or not. It will big because:
> • JBoss Tools SVN consists of pretty coupled projects, so we have(?) to create a
single Git repo for all of them.
well, its always been the intent these should get decoupled more and more with proper
API's...one of the reasons that haven't happen
could be "blamed" on the fact the source is kept so close so its easy to
"cheat" instead of defining proper API's.
> • There are a lot of binaries (jars, images, videos, giant zip-files, ...). If we
want to have all SVN history in Git, we have to add all these binaries to the mirror. I
expect it will take approx 5GB (SVN repo itself takes 7GB now).
hmm - what repo are you using ? My repo with most projects built is a total of 3.7GB
...thus its (hopefully) much less since most are not versioned data.
We haven't had videos in the main repo for years and they were seldom changed thus
shouldn't be too much - but we'll see.
btw. jars is often something that can be fixed - again, being sloppy about adding many
big jars for testing a basic feature often is not needed.
> Anyway, Max, if you succeed with creation of the mirror, please share it. I would
like to play with it too :) I tried to create a Git mirror some time ago, but after a lot
of attempts I decided that it is not possible on Windows without direct access to the SVN
repo.
yup - i've created a local svn mirror and it is currenty running svn2git to get a
full repo to see how bad/big the damage is.
The final version i'll probably just include all the later branches/tags instead of
the full story.
/max
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
12:34 p.m.
On Mon, Feb 14, 2011 at 11:13 PM, Max Rydahl Andersen <
max.andersen(a)redhat.com> wrote:
> My main contras for Git:
> • It is poorly integrated with Windows and Eclipse.
For Windows - is that really still the case ?
It is built on Perl and does not work without MinGW. It is just a matter of
taste, but for me it feels like a Linux emulator.
Last I tried it seemed to work fine ?
I used this http://help.github.com/win-git-installation/
You had any specific bad experiences ?
As I remember, when I tried it (~1 year ago), it had a very unstable support
of git svn. As I said, after a lot of attempts I was unable to create a Git
mirror.
About Eclipse, egit seem to be doing well ?
note, since git is darn fast I rarely eclipse tooling worth bothering with
it...but again
I'll need to try on some more real examples to tell (hence my attempt on
getting a real git repo to work with)
> • Git repo will be too big. Thus this is a question for me will be
commits faster or not. It will big because:
> • JBoss Tools SVN consists of pretty coupled projects, so
we have(?) to create a single Git repo for all of them.
well, its always been the intent these should get decoupled more and more
with proper API's...one of the reasons that haven't happen
could be "blamed" on the fact the source is kept so close so its easy to
"cheat" instead of defining proper API's.
> • There are a lot of binaries (jars, images, videos, giant
zip-files, ...). If we want to have all SVN history in Git, we have to add
all these binaries to the mirror. I expect it will take approx 5GB (SVN repo
itself takes 7GB now).
hmm - what repo are you using ? My repo with most projects built is a total
of 3.7GB ...thus its (hopefully) much less since most are not versioned
data.
I have a local SVN mirror. Its size is 7GB.
We haven't had videos in the main repo for years and they were seldom
changed thus shouldn't be too much - but we'll see.
btw. jars is often something that can be fixed - again, being sloppy about
adding many big jars for testing a basic feature often is not needed.
I mean we cannot remove jars from the history. There are only two ways: or
create a new Git repo from scratch, or accept that it will be huge.
> Anyway, Max, if you succeed with creation of the mirror, please share it.
I would like to play with it too :) I tried to create a Git mirror some time
ago, but after a lot of attempts I decided that it is not possible on
Windows without direct access to the SVN repo.
yup - i've created a local svn mirror and it is currenty running svn2git to
get a full repo to see how bad/big the damage is.
The final version i'll probably just include all the later branches/tags
instead of the full story.
/max
3:10 p.m.
> My main contras for Git:
> • It is poorly integrated with Windows and Eclipse.
For Windows - is that really still the case ?
It is built on Perl and does not work without MinGW. It is just a matter of taste, but
for me it feels like a Linux emulator.
didn't get that feeling when I tried it...
Last I tried it seemed to work fine ?
I used this http://help.github.com/win-git-installation/
You had any specific bad experiences ?
As I remember, when I tried it (~1 year ago), it had a very unstable support of git svn.
As I said, after a lot of attempts I was unable to create a Git mirror.
yes - I wouldn't attempt do the svn mirror on a windows box...my hope is that by
getting svn mirror setup on github you only need to
do git svn init and from there on rebase + dcommit.
Should be much simpler.
hmm - what repo are you using ? My repo with most projects built is a
total of 3.7GB ...thus its (hopefully) much less since most are not versioned data.
I have a local SVN mirror. Its size is 7GB.
maybe a windows/osx difference.
btw. jars is often something that can be fixed - again, being sloppy
about adding many big jars for testing a basic feature often is not needed.
I mean we cannot remove jars from the history. There are only two ways: or create a new
Git repo from scratch, or accept that it will be huge.
Well, what I plan is to start from revision 13998, which is *after* we moved the videos
off so the problem should not be so big (I hope)
/max
9:49 p.m.
Yahor Radtsevich wrote:
On Mon, Feb 14, 2011 at 11:13 PM, Max Rydahl Andersen
<max.andersen(a)redhat.com <mailto:max.andersen@redhat.com>> wrote:
> My main contras for Git:
> • It is poorly integrated with Windows and Eclipse.
For Windows - is that really still the case ?
It is built on Perl and does not work without MinGW. It is just a
matter of taste, but for me it feels like a Linux emulator.
Have you tried msysgit http://code.google.com/p/msysgit/ ?
It doesn't require MinGW. I use it to clone m2eclipse-core and
m2eclipse-wtp and don't have any issues.
Snjeza
Last I tried it seemed to work fine ?
I used this http://help.github.com/win-git-installation/
You had any specific bad experiences ?
As I remember, when I tried it (~1 year ago), it had a very
unstable support of git svn. As I said, after a lot of attempts I was
unable to create a Git mirror.
About Eclipse, egit seem to be doing well ?
note, since git is darn fast I rarely eclipse tooling worth
bothering with it...but again
I'll need to try on some more real examples to tell (hence my
attempt on getting a real git repo to work with)
> • Git repo will be too big. Thus this is a question for me
will be commits faster or not. It will big because:
> • JBoss Tools SVN consists of pretty coupled
projects, so we have(?) to create a single Git repo for all of them.
well, its always been the intent these should get decoupled more
and more with proper API's...one of the reasons that haven't happen
could be "blamed" on the fact the source is kept so close so its
easy to "cheat" instead of defining proper API's.
> • There are a lot of binaries (jars, images,
videos, giant zip-files, ...). If we want to have all SVN history
in Git, we have to add all these binaries to the mirror. I expect
it will take approx 5GB (SVN repo itself takes 7GB now).
hmm - what repo are you using ? My repo with most projects built
is a total of 3.7GB ...thus its (hopefully) much less since most
are not versioned data.
I have a local SVN mirror. Its size is 7GB.
We haven't had videos in the main repo for years and they were
seldom changed thus shouldn't be too much - but we'll see.
btw. jars is often something that can be fixed - again, being
sloppy about adding many big jars for testing a basic feature
often is not needed.
I mean we cannot remove jars from the history. There are only two
ways: or create a new Git repo from scratch, or accept that it will be
huge.
> Anyway, Max, if you succeed with creation of the mirror, please
share it. I would like to play with it too :) I tried to create a
Git mirror some time ago, but after a lot of attempts I decided
that it is not possible on Windows without direct access to the
SVN repo.
yup - i've created a local svn mirror and it is currenty running
svn2git to get a full repo to see how bad/big the damage is.
The final version i'll probably just include all the later
branches/tags instead of the full story.
/max
------------------------------------------------------------------------
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
10:29 p.m.
On Tue, Feb 15, 2011 at 10:49 PM, Snjezana Peco <snjezana.peco(a)redhat.com>wrote:
Yahor Radtsevich wrote:
>
> On Mon, Feb 14, 2011 at 11:13 PM, Max Rydahl Andersen <
> max.andersen(a)redhat.com <mailto:max.andersen@redhat.com>> wrote:
>
>
> > My main contras for Git:
> > • It is poorly integrated with Windows and Eclipse.
>
> For Windows - is that really still the case ?
>
> It is built on Perl and does not work without MinGW. It is just a matter
> of taste, but for me it feels like a Linux emulator.
>
Have you tried msysgit http://code.google.com/p/msysgit/ ?
It doesn't require MinGW. I use it to clone m2eclipse-core and
m2eclipse-wtp and don't have any issues.
Yes, this is what I mainly used (AIUI, MSYS is a susbset of
MinGW). However, it was failing on certain SVN revisions of JBoss Tools.
Snjeza
Last I tried it seemed to work fine ?
> I used this http://help.github.com/win-git-installation/
>
> You had any specific bad experiences ?
>
> As I remember, when I tried it (~1 year ago), it had a very unstable
> support of git svn. As I said, after a lot of attempts I was unable to
> create a Git mirror.
>
>
> About Eclipse, egit seem to be doing well ?
> note, since git is darn fast I rarely eclipse tooling worth
> bothering with it...but again
> I'll need to try on some more real examples to tell (hence my
> attempt on getting a real git repo to work with)
>
> > • Git repo will be too big. Thus this is a question for me
> will be commits faster or not. It will big because:
> > • JBoss Tools SVN consists of pretty coupled
> projects, so we have(?) to create a single Git repo for all of them.
>
> well, its always been the intent these should get decoupled more
> and more with proper API's...one of the reasons that haven't happen
> could be "blamed" on the fact the source is kept so close so its
> easy to "cheat" instead of defining proper API's.
>
> > • There are a lot of binaries (jars, images,
> videos, giant zip-files, ...). If we want to have all SVN history
> in Git, we have to add all these binaries to the mirror. I expect
> it will take approx 5GB (SVN repo itself takes 7GB now).
>
> hmm - what repo are you using ? My repo with most projects built
> is a total of 3.7GB ...thus its (hopefully) much less since most
> are not versioned data.
>
> I have a local SVN mirror. Its size is 7GB.
>
>
> We haven't had videos in the main repo for years and they were
> seldom changed thus shouldn't be too much - but we'll see.
>
> btw. jars is often something that can be fixed - again, being
> sloppy about adding many big jars for testing a basic feature
> often is not needed.
>
> I mean we cannot remove jars from the history. There are only two ways: or
> create a new Git repo from scratch, or accept that it will be huge.
>
>
> > Anyway, Max, if you succeed with creation of the mirror, please
> share it. I would like to play with it too :) I tried to create a
> Git mirror some time ago, but after a lot of attempts I decided
> that it is not possible on Windows without direct access to the
> SVN repo.
>
> yup - i've created a local svn mirror and it is currenty running
> svn2git to get a full repo to see how bad/big the damage is.
>
> The final version i'll probably just include all the later
> branches/tags instead of the full story.
>
> /max
>
>
> ------------------------------------------------------------------------
>
>
> _______________________________________________
> jbosstools-dev mailing list
> jbosstools-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>
4812
days inactive
4813
days old
jbosstools-dev@lists.jboss.org
10 comments
5 participants
participants (5)
-
Brian Fitzpatrick -
Dmitry Geraskov -
Max Rydahl Andersen -
Snjezana Peco -
Yahor Radtsevich