From: Paul V. <pau...@gm...> - 2008-11-04 07:03:07
|
Hi, A feature request came in last week with the fully understandable request to go from CVS to GIT. Any ideas how to approach this? I definitely want to move to GIT. The sooner the better. Lack of time on my side prevented this. - We need a new place to host the GIT repo - Do we want to keep both GIT and CVS? - Which files should be ignored? - How do we deal with patches? I did try it a few months ago and it's simple enough (of course). Apart from that, a major change I would like to propose is to get rid of tabs and start using 4-spaces instead. I think gitstat can still use a lot of cleanup. I'm also close to the point I want to step down as the major developer because I don't have enough time to spent on gitstat. Cheers, Paul. |
From: 이. <jun...@gm...> - 2008-11-06 05:09:47
|
Hi, I think that, It is a bit strage to use CVS as gitstat SCM, too. When I released first gitstat, we(me and Shawn) needed web hosting service for gitstat. we thought that sourceforget could give us hosting service, and choose sourceforge.net as project site and then used CVS. Actually, original gitstat was not developed in SCM environment.(and not needed) :) As suggested by Jakub , there are many hosting service for git. then.., how about this service? (http://repo.or.cz/) and after moved done, maybe It is useless to use sourceforge CVS service. >- Which files should be ignored? I don't understand this issue.. What is that meaning? >Apart from that, a major change I would like to propose is to get rid of tabs >and start using 4-spaces instead. I think gitstat can still use a lot of cleanup. As I mentioned before, It is good to write code :) After first gitstat release, 1 years passed, Actually there are few changes recent 6 months, and there is no commit from me. I'm sorry about that. Nowaday, I try to make some functional changes for admin. I searched site using gitstat for other project(not kernel). I thought that gitstat is not general to use other project still now. Their graph is not good to see information. (e.g. long-size text tag name, or they has too many tag....) So, I'll make some function for modify that. Thanks, On Tue, Nov 4, 2008 at 4:02 PM, Paul Vriens <pau...@gm...>wrote: > Hi, > > A feature request came in last week with the fully understandable request > to go > from CVS to GIT. > > Any ideas how to approach this? I definitely want to move to GIT. The > sooner the > better. Lack of time on my side prevented this. > > - We need a new place to host the GIT repo > - Do we want to keep both GIT and CVS? > - Which files should be ignored? > - How do we deal with patches? > > I did try it a few months ago and it's simple enough (of course). > > Apart from that, a major change I would like to propose is to get rid of > tabs > and start using 4-spaces instead. I think gitstat can still use a lot of > cleanup. > > I'm also close to the point I want to step down as the major developer > because I > don't have enough time to spent on gitstat. > > Cheers, > > Paul. > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Gitstat-devel mailing list > Git...@li... > https://lists.sourceforge.net/lists/listinfo/gitstat-devel > |
From: Paul V. <pau...@gm...> - 2008-11-06 07:07:28
|
Hi, ??? wrote: > Hi, > > I think that, It is a bit strage to use CVS as gitstat SCM, too. > When I released first gitstat, we(me and Shawn) needed web hosting > service for gitstat. > we thought that sourceforget could give us hosting service, > and choose sourceforge.net <http://sourceforge.net> as project site and > then used CVS. > Actually, original gitstat was not developed in SCM environment.(and not > needed) :) > > As suggested by Jakub , there are many hosting service for git. > then.., how about this service? (http://repo.or.cz/) That one is fine, but they only do GIT repo storage. > > and after moved done, maybe It is useless to use sourceforge CVS service. > > >- Which files should be ignored? > I don't understand this issue.. What is that meaning? Not necessarily a GIT thing. We have for example some generated config files. Not something you want in a SCM. We maybe have to make changes to the code or get rid of these files in the repository (or just mark them as to be ignored by the SCM). > > >Apart from that, a major change I would like to propose is to get rid > of tabs > >and start using 4-spaces instead. I think gitstat can still use a lot > of cleanup. > > As I mentioned before, It is good to write code :) > > After first gitstat release, 1 years passed, Actually there are few > changes recent 6 months, > and there is no commit from me. I'm sorry about that. Well there hasn't been a commit from me either. Maybe having this thing in GIT will boost the number of developers ;-). As said before. I have plans enough but lack of time prevents me to work on gitstat. > > Nowaday, I try to make some functional changes for admin. I searched > site using gitstat for other project(not kernel). > I thought that gitstat is not general to use other project still now. > Their graph is not good to see information. > (e.g. long-size text tag name, or they has too many tag....) > So, I'll make some function for modify that. I agree that we don't deal nicely will all those projects out there. I'm mainly using it to check Wine and seen how gitstat behaves. Ever since Wine has a devel and a stable release things got worse in gitstat (I basically ignore the stable tags now). Cheers, Paul. |