Spring RTS Engine

~40% SVN is hardly a small minority to be brushed aside

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).

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.

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?

not really + no. only some code cleanup / dependencies could be removed / svn stuff from server uninstalled.

it would reduce resource usage on server: git needs less disk space/ has a lower cpu usage (cron jobs).

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.

thats what i'm doing atm.

Alright, that clears things up. I don't see any problems then...

*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.

link to the new repo please :)

No problem.

A new GitHub repo (https://github.com/oksnoop2/conflictterra) has been created.

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, whats left for migration?

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.

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.

afaik no: as long as no new link is known i would assume its not migrated.

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.

imo a team on github makes sense for that, so all unmaintained games can be collected there.
name-suggesions welcome, what about "spring-games" ?

Spring: The Infinity Projects

afaik github doesn't allow spaces / only few special chars in project/team/user names.

Spring-Games or Spring-Archive or Spring-Games-Archive

How about SpringRTS-Projects-Archive, some of them might not be games.

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? :)

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.

FLOZi wrote:https://springrts.com/wiki/Gamedev:PublicRepos

cloned all of them / updated links.

when looking into rapidsync, these repos are still on google-code. did these already move to github?

xta
springtanks
bc

Also, https://code.google.com/p/springtutorialgame/