Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Migrating to Git
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
  4 messages - Collapse all  -  Translate all to Translated (View all originals)
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Muneyuki Noguchi  
View profile  
 More options Feb 17 2012, 9:26 pm
From: Muneyuki Noguchi <nogu....@gmail.com>
Date: Sat, 18 Feb 2012 11:26:53 +0900
Local: Fri, Feb 17 2012 9:26 pm
Subject: Migrating to Git
Hi,

I propose migrating the uim upstream repository from Subversion to Git.

I created the following git repository in GitHub for personal use:
https://github.com/mnogu/uim
I'm using git-svn and this GitHub repository to develop uim
and I feel more comfortable than using Subversion directly,
but it is complicated to operate both the upstream repository and the
GitHub repository above.
So I want the upstream repository to be migrated to Git.

These are the advantages of Git over Subversion.

1. offline operations
Some operations, such as viewing logs and committing, are faster
because we can perform these operations offline.

2. private branch
We can create a private branch to commit work-in-progress or
experimental codes without committing to a upstream repository.

3. non-committer
Non-committers can easily modify codes and follow changes in the
upstream repository. This makes it easier for non-committers to
contribute uim. The more contributors, the better.

We have some scripts which depends on Subversion and we have to
rewrite the scripts when migrating to Git, but IMO, we will gain large
benefits after migrating to Git.

Any comments?

--
Muneyuki Noguchi


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Etsushi Kato  
View profile  
 More options Feb 19 2012, 11:54 pm
From: Etsushi Kato <ek.k...@gmail.com>
Date: Mon, 20 Feb 2012 13:54:58 +0900
Local: Sun, Feb 19 2012 11:54 pm
Subject: Re: [uim-en 416] Migrating to Git
Hi Noguchi-san,

That makes sense.

> We have some scripts which depends on Subversion and we have to
> rewrite the scripts when migrating to Git, but IMO, we will gain large
> benefits after migrating to Git.

One thing we should care about in my mind is how to handle current "trunk" and
"stable branch" kind of development style and releasing tarball from them.  So,
could you elaborate more about this?  Or do you know other OSS to do such
development style using Git?

Also with migrating to git, I think it good timing for you to take a
maintainer role of uim.
I think you are the most active developer introducing new things and
implementations to
uim currently.  Of course I can help you to some extent.  Could you
consider to become a
maintainer?

Cheers,
--
Etsushi Kato


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Muneyuki Noguchi  
View profile  
 More options Feb 23 2012, 7:58 am
From: Muneyuki Noguchi <nogu....@gmail.com>
Date: Thu, 23 Feb 2012 21:58:13 +0900
Local: Thurs, Feb 23 2012 7:58 am
Subject: Re: [uim-en 417] Migrating to Git
Hi,

Sorry for the late reply.

(12/02/20 13:54), Etsushi Kato wrote:

> One thing we should care about in my mind is how to handle current "trunk" and
> "stable branch" kind of development style and releasing tarball from them.  So,
> could you elaborate more about this?  Or do you know other OSS to do such
> development style using Git?

In many projects, the master branch in Git is used as "trunk" in
Subversion. Branches except for master can be used as "stable branch" in
Subversion.

Changes to doc/RELEASING would be as follows:

     svn export http://uim.googlecode.com/svn/trunk
     -> git archive --remote=<url of uim repo> HEAD | tar -xvf -

     svn cp https://uim.googlecode.com/svn/trunk \
            https://uim.googlecode.com/svn/branches/x.y
     -> git branch x.y && git push origin x.y

     svn cp https://uim.googlecode.com/svn/branches/x.y \
            https://uim.googlecode.com/svn/tags/uim-x.y.z-alpha
     -> git tag -a uim-x.y.z-alpha && git push --tags

     svn export http://uim.googlecode.com/svn/tags/uim-x.y.z-alpha
     -> git archive --remote=<url of uim repo> uim-x.y.z-alpha | tar -xvf -

Changes to sigscheme/doc/release.txt would be similar to ones to
doc/RELEASING.

> Also with migrating to git, I think it good timing for you to take a
> maintainer role of uim.
> I think you are the most active developer introducing new things and
> implementations to
> uim currently.  Of course I can help you to some extent.  Could you
> consider to become a
> maintainer?

OK, I will take the role.
Could you set my role in the uim project to "Owner"
for me to change the repository type to Git?

FYI, My migration plan is as follows:

(1) Convert repositories
Convert 3 repositories from Subversion to Git with svn2git.

* uim
* sigscheme
* libgcroots

(2) Add libgcroots as a submodule to sigscheme

git submodule add <url of libgcroots repo>

(3) Add sigscheme as a submodule to uim

git submodule add <url of sigscheme repo>

(4) Replace `svn co' in make-wc.sh with `git submodule'

* svn export $SSCM_URL sigscheme
* svn export $LIBGCROOTS_URL sigscheme/libgcroots
-> git submodule update --init --recursive

(5) Replace `svn export' in make-dist.sh with `git submodule'

In the uim repository,
* svn export $SSCM_URL sigscheme
* svn export $LIBGCROOTS_URL sigscheme/libgcroots
-> git submodule update --init --recursive

In the sigscheme repository,
* svn export $LIBGCROOTS_URL libgcroots
-> git submodule update --init

(6) Update tools/gnuify-changelog.pl to handle `git log'

See https://gist.github.com/1892559

(7) Replace `svn log' in Makefile.am with `git log'

svn log $(RELEASE_URL) | ./gnuify-changelog.pl > $@
-> git log $(RELEASE_URL) | ./gnuify-changelog.pl > $@

(8) Replace `svn export' in Makefile.am with `git archive'

svn export $(UIM_REPOSITORY)/trunk/tools/gnuify-changelog.pl
-> git archive --remote=<url of uim repo> HEAD tools/gnuify-changelog.pl
-o gnuify-changelog.pl

(9) Update RELEASING and sigscheme/doc/release.txt

I will create a converted Git repository in Google Code
instead of GitHub because no all committer has a GitHub account.
If there is no objection from the contributors,
I will carry out the migration plan this weekend.

--
Muneyuki Noguchi


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Etsushi Kato  
View profile  
 More options Feb 24 2012, 4:41 am
From: Etsushi Kato <ek.k...@gmail.com>
Date: Fri, 24 Feb 2012 18:41:46 +0900
Local: Fri, Feb 24 2012 4:41 am
Subject: Re: [uim-en 419] Migrating to Git

Thanks for the explanation.

>> Also with migrating to git, I think it good timing for you to take a
>> maintainer role of uim.
>> I think you are the most active developer introducing new things and
>> implementations to
>> uim currently.  Of course I can help you to some extent.  Could you
>> consider to become a
>> maintainer?

> OK, I will take the role.
> Could you set my role in the uim project to "Owner"
> for me to change the repository type to Git?

Thanks!  I've set you as "Owner" of the project.  uim 1.7.3 is quite
stable now, so please go on the development for uim 1.8 and later.
And I hope to see releasing uim 1.8 from you :)

OK.  That's fine for me.

Cheers,
--
Etsushi Kato


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
End of messages
« Back to Discussions « Newer topic     Older topic »