I have never done it before, but with a bit of support I could give it a try.
I have just (by following a recepie) converted all the modules to separate git repositories on my linux server. I plan to create a super git repository by importing all the other repositories as subprojects. I am not sure if this is the best way to go in this situation.
Anyone knowing pros and cons with git subprojects compared to putting all eclipse-clearcase code in one repository? I also suspect there will be issues with the non eclipse parts that belongs to the other sourceforge project.
I will be back when I have done some more testing and googling.
wkr
/Mattias
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi!
Yes, I just did another rsync and re migrated the repository this evening.
I am not sure I get the user name transformation completely correct.
There happens to be an example that looks like how to transform a name that includes the letter ö, but since my Ubuntu installation has some problem with the LOCALE, I can not verify that it really works.
The next step is to push the repo back to sourceforge. Do you think we should disable git for other developers to prevent problems if we need to whipe the git repo and start all over with the migration?
PS.
It looks like I only have developer access, but that seems to be enough for the moment.
DS.
wkr
/Mattias
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Nice work. I just caught a glimpse of it. Looks good. I have not worked with git but I think I will learn with time.
- Change the lightweigt tags into annotated tags
[Mike] I really don't know what the difference is but I need to do some reading about it.
- Setup some post-commit hooks, if we want/need them
[Mike] I am not sure we need them. We had no in cvs.
I am working on a branch now i cvs and would like to get my work into git. How can I do that? Any ideas?
br,
//mike
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I handled the changes I had in the following way.
* begun with cloning from sf.
* then I just copied all changed files into the git managed code, replacing whatever was there.
* then I branched
* then I carefully examined all the changes in the files.
* since I could not see other changes than the one I had made I knew I did not had a merge situation,
so I added the files to the staging area and commited them from there.
While doing this I read through the manuals, and I am quite impressed of all the features available in git... I think this will be really good.
WKR
/Mattias
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi!
Regarding the final TODOs.
* I can not either tell what we will gain by transforming all the old lightweight tags into annotated ones. It looks like we can postpone that action until we know what it is good for and what to annotate with.
* I do not see a need for post commit hooks either.
was the best for our purpose ( not so large project). So we will for this.
I will convert the depending project clearcase-java before we can start development. No one is commiting code to cvs ( only me ). I will soon make it read-only.
br,
//mike
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have setup the dependant project clearcase-java in git too.
So we should have a working env. now.
Please test and see if you can import all projects into Eclipse.
br,
//mike
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I could not agree more. It is just a matter of not having too much time. Do you know how to do it? Can you assist?
br,
//mike
I have never done it before, but with a bit of support I could give it a try.
I have just (by following a recepie) converted all the modules to separate git repositories on my linux server. I plan to create a super git repository by importing all the other repositories as subprojects. I am not sure if this is the best way to go in this situation.
Anyone knowing pros and cons with git subprojects compared to putting all eclipse-clearcase code in one repository? I also suspect there will be issues with the non eclipse parts that belongs to the other sourceforge project.
I will be back when I have done some more testing and googling.
wkr
/Mattias
Hi,
My experience with git is limited ( reading code). I guess we need to check and see what the other projects have done.
keep in touch and thanks for the support.
br,
//mike
Hi!
I need admin rights to continue.
See: http://blog.gorwits.me.uk/2011/06/22/migrate-sourceforge-cvs-repository-to-git/
wkr
/Mattias
Hi,
I will give you admin rights. Be careful :-)
br,
//mike
Any luck with this?
//mike
Hi!
Yes, I just did another rsync and re migrated the repository this evening.
I am not sure I get the user name transformation completely correct.
There happens to be an example that looks like how to transform a name that includes the letter ö, but since my Ubuntu installation has some problem with the LOCALE, I can not verify that it really works.
The next step is to push the repo back to sourceforge. Do you think we should disable git for other developers to prevent problems if we need to whipe the git repo and start all over with the migration?
PS.
It looks like I only have developer access, but that seems to be enough for the moment.
DS.
wkr
/Mattias
Hi Mattias,
I guess the LOCALE problem is no big issue.
We are the only developers so please goahead and push repo back to sf site.
Admin is for admin of this site. Has nothing to do with repos.
Let me know when you can have a copy in git then I can test it.
br,
//mike
Hi Mike,
Now I have pushed:
git push origin master
Password:
Counting objects: 9425, done.
Delta compression using up to 2 threads.
Compressing objects: 100% (1707/1707), done.
Writing objects: 100% (9425/9425), 9.21 MiB | 94 KiB/s, done.
Total 9425 (delta 5646), reused 9324 (delta 5581)
To ssh://pmattru@eclipse-ccase.git.sourceforge.net/gitroot/eclipse-ccase/eclipse-ccase
* [new branch] master -> master
Things left to do according to the instruction: http://blog.gorwits.me.uk/2011/06/22/migrate-sourceforge-cvs-repository-to-git/
* Change the lightweigt tags into annotated tags.
* Setup some post-commit hooks, if we want/need them.
WKR
/Mattias
Hi,
Nice work. I just caught a glimpse of it. Looks good. I have not worked with git but I think I will learn with time.
- Change the lightweigt tags into annotated tags
[Mike] I really don't know what the difference is but I need to do some reading about it.
- Setup some post-commit hooks, if we want/need them
[Mike] I am not sure we need them. We had no in cvs.
I am working on a branch now i cvs and would like to get my work into git. How can I do that? Any ideas?
br,
//mike
Thanks :-)
This is my first contact with git as well.
I handled the changes I had in the following way.
* begun with cloning from sf.
* then I just copied all changed files into the git managed code, replacing whatever was there.
* then I branched
* then I carefully examined all the changes in the files.
* since I could not see other changes than the one I had made I knew I did not had a merge situation,
so I added the files to the staging area and commited them from there.
While doing this I read through the manuals, and I am quite impressed of all the features available in git... I think this will be really good.
WKR
/Mattias
Hi!
Regarding the final TODOs.
* I can not either tell what we will gain by transforming all the old lightweight tags into annotated ones. It looks like we can postpone that action until we know what it is good for and what to annotate with.
* I do not see a need for post commit hooks either.
Before creating too many branches, do you think we should agree on a branching/merging model? I have found these links on the subject:
* http://git-scm.com/book/en/Distributed-Git-Distributed-Workflows
* http://nvie.com/posts/a-successful-git-branching-model/
* http://sandofsky.com/blog/git-workflow.html
I wait to push my "feature branches" until I know how you think about these issues.
Could you disable write access to cvs when you think it is appropriate?
WKR
/Mattias
Hi,
Thanks for links. I will do some reading and get back to you.
br,
//mike
Hi,
I did some reading and checked with other people and they thought that this
http://nvie.com/posts/a-successful-git-branching-model/
was the best for our purpose ( not so large project). So we will for this.
I will convert the depending project clearcase-java before we can start development. No one is commiting code to cvs ( only me ). I will soon make it read-only.
br,
//mike
Hi,
I have added some information on out wiki and we need to update as we adapt the branching strategy as we work.
https://sourceforge.net/apps/mediawiki/eclipse-ccase/index.php?title=Developing#General
br,
//mike
Hi,
I have setup the dependant project clearcase-java in git too.
So we should have a working env. now.
Please test and see if you can import all projects into Eclipse.
br,
//mike
I have added a development branch for both:
clearcase-java and eclipse-ccase projects.
br,
//mike
Hi!
I managed to import both projects (one at a time) into a new Eclipse workspace, by doing two File->Import...
Works great it seems. I had some trouble doing this last week, but now it works.
I will push my changes into separate feature branches next time I log into the computer containing them.
This is great, thanks.
/Mattias
Ok so we can close this and then try to update the wiki as we go along working with the code.
br,
//mike