most of these have to move/migrate due google code closing... so the minority is ba/bar/mw which are ~3/23. so the only project which _would_ be affected is ba(r).~40% SVN is hardly a small minority to be brushed aside
Google Code To Close
Moderator: Moderators
Re: Google Code To Close
Re: Google Code To Close
I don't like the idea of dropping existing functionality just to keep things simple.
Does the SVN support in RapidTools in any way affect the project? Are there things you can't do because you have to keep the SVN support?
If you feel like you don't want to be bothered with supporting it, just mark it deprecated and ask (new) users to use Git instead.
Does the SVN support in RapidTools in any way affect the project? Are there things you can't do because you have to keep the SVN support?
If you feel like you don't want to be bothered with supporting it, just mark it deprecated and ask (new) users to use Git instead.
Re: Google Code To Close
not really + no. only some code cleanup / dependencies could be removed / svn stuff from server uninstalled.gajop wrote:Does the SVN support in RapidTools in any way affect the project? Are there things you can't do because you have to keep the SVN support?
it would reduce resource usage on server: git needs less disk space/ has a lower cpu usage (cron jobs).
thats what i'm doing atm.If you feel like you don't want to be bothered with supporting it, just mark it deprecated and ask (new) users to use Git instead.
Re: Google Code To Close
Alright, that clears things up. I don't see any problems then...
Re: Google Code To Close
*dusts off account*
Hello everyone. I have hit the migrate button for Conflict Terra.
Hello everyone. I have hit the migrate button for Conflict Terra.
Re: Google Code To Close
link to the new repo please :)Hello everyone. I have hit the migrate button for Conflict Terra.
Re: Google Code To Close
I just dont want to be shanghaid into git or github praise.
So Journeywar uses the first one .
But not volunteerily.
Its made for big projects and semi-self-organizing teams. So its cluttered and it does not really adapt well to one man projects gui wise (hhhrm.. hiding functionality can be a virtue). Mercurial is better there.
And yes it is blessed by linus himself, so how can it be wrong. Linus, conqueror of the Desktop-world, bringer of working drivers, first of the nerds to have so high standards, that he never again has to spend time with any of the stupid mortals.
http://en.wikipedia.org/wiki/Comparison ... facilities
There are alternatives.. for small projects.
So Journeywar uses the first one .
But not volunteerily.
Its made for big projects and semi-self-organizing teams. So its cluttered and it does not really adapt well to one man projects gui wise (hhhrm.. hiding functionality can be a virtue). Mercurial is better there.
And yes it is blessed by linus himself, so how can it be wrong. Linus, conqueror of the Desktop-world, bringer of working drivers, first of the nerds to have so high standards, that he never again has to spend time with any of the stupid mortals.
http://en.wikipedia.org/wiki/Comparison ... facilities
There are alternatives.. for small projects.
Re: Google Code To Close
so, whats left for migration?
- Silentwings
- Posts: 3720
- Joined: 25 Oct 2008, 00:23
Re: Google Code To Close
Is there any way for outsiders to tell if a project was migrated or not? I tried to look at a few but not sure how to tell.
Since it's only weeks until it becomes read only, I guess most (all?) of the projects still kept on Google code are abandoned, and if we are going to keep them the best we can do is put them all together somewhere on github.
Since it's only weeks until it becomes read only, I guess most (all?) of the projects still kept on Google code are abandoned, and if we are going to keep them the best we can do is put them all together somewhere on github.
Re: Google Code To Close
afaik no: as long as no new link is known i would assume its not migrated.Silentwings wrote:Is there any way for outsiders to tell if a project was migrated or not? I tried to look at a few but not sure how to tell.
imo a team on github makes sense for that, so all unmaintained games can be collected there.Silentwings wrote:Since it's only weeks until it becomes read only, I guess most (all?) of the projects still kept on Google code are abandoned, and if we are going to keep them the best we can do is put them all together somewhere on github.
name-suggesions welcome, what about "spring-games" ?
Re: Google Code To Close
Spring: The Infinity Projects
Re: Google Code To Close
afaik github doesn't allow spaces / only few special chars in project/team/user names.
Re: Google Code To Close
Spring-Games or Spring-Archive or Spring-Games-Archive
- Silentwings
- Posts: 3720
- Joined: 25 Oct 2008, 00:23
Re: Google Code To Close
How about SpringRTS-Projects-Archive, some of them might not be games.
Re: Google Code To Close
i took spring-archive, it fits best imo. https://github.com/spring-archive/
who wants to help to move the projects there? just poke me for permissions.
also, which projects needs cloning? :)
who wants to help to move the projects there? just poke me for permissions.
also, which projects needs cloning? :)
Re: Google Code To Close
Anything here:
https://springrts.com/wiki/Gamedev:PublicRepos
that is not already on github should probably be cloned.
...
Also anything that is not there that we know about.
https://springrts.com/wiki/Gamedev:PublicRepos
that is not already on github should probably be cloned.
...
Also anything that is not there that we know about.

Re: Google Code To Close
cloned all of them / updated links.FLOZi wrote:https://springrts.com/wiki/Gamedev:PublicRepos
Re: Google Code To Close
when looking into rapidsync, these repos are still on google-code. did these already move to github?
xta
springtanks
bc
- Silentwings
- Posts: 3720
- Joined: 25 Oct 2008, 00:23