Collectible Card Game Headquarters

i have 27 commits in process that affect res/cardsfolder.

if you want to modify a card, please run svn update first. if your card exists both in res/cardsfolder/ and in res/cardsfolder/L/, where L is a single lowercase letter, please modify the one in the L/ directory instead.

if your card does not have a single letter subfolder within cardsfolder, please hold off on your modification for now. i suggest making a manual backup to a different filename and running svn revert. then modify the backup.

REDACTED: i will post here again once the commits have all gone through. i see that the res/cardsfolder/a and b/ are now available.

i have to start again. this time, i am locking the files and setting their svn:needs-lock properties before moving them into the subdirectories. again, if you need to edit a card file, make a copy of it and edit that until i have finished with res/cardsfolder.

see http://svnbook.red-bean.com/en/1.5/svn.advanced.locking.html for documentation on locks and svn:needs-lock.

sorry for the inconvenience. i have tried my best to do this in ways that interfere less, but the technology continues to fail me.

Start all of them over again? It seems like A,B and C committed fine at least.

oh! thanks for the info about a, b, and c. that would explain some things.

i still have to remove the cards from the cardsfolder. people can edit the ones in the a, b, and c folders with no problems. but i'm going to lock and tag res/cardsfolder/*.txt before i move on.

Like Hellfish said , folders a through c made it to the SVN.

sigh. i have to leave now. i'll deal with d-z later.

Time for my noob question of the day. Rather than download all the new folders/files, can I manually create new folders and move the files? Will Eclipse recognize them in the new location and not have to download anything?

Braids, do you know about this page?

http://code.google.com/p/cardforge/source/list

The Changes button is key to check whether your commit worked, etc.

i'm back, and i should be able to stick with it until it is finished this time.

@Jaedyr re: manually create new folders, i don't know how smart subclipse is, but i suppose it is possible. i would prefer you wait if you can, that way we don't have two versions of the X directory that we have to figure out if we can merge.

@jeffwadsworth Re: googlecode, i use the changes button a lot. i usually can tell when my commits fail because i use svn from the command line, and i actually see the error messages from googlecode's lame epic ultra fail server.

Braids wrote: i don't know how smart subclipse is, but i suppose it is possible. i would prefer you wait if you can, that way we don't have two versions of the X directory that we have to figure out if we can merge.

Sorry for the misunderstanding, I am not updating the files in google today , I was referring to my local copies. I tried to synchronize and then update, update disconnected from the server after about half an hour of trying to update over 2500 changes. I restarted and it failed again with an out of memory message that told me to completely exit and restart Eclipse.

When I finally got it synced and updated, I started Forge and it complained of duplicate cards. I deleted all the A through D cards from the original folder and it works. However I would prefer to avoid hours of updates to just move cards locally if that is possible.

(quotes are out of order)

Jaedayr wrote:I tried to synchronize and then update, update disconnected from the server after about half an hour of trying to update over 2500 changes.

this is exactly why i'm splitting up the cardsfolder in the first place. after this transitional period, i believe it will be much smoother for all of us.

Jaedayr wrote:When I finally got it synced and updated, I started Forge and it complained of duplicate cards.

i realized this would be a problem when i was away from the net today. i broke forge again. i am fixing it right now.

Jaedayr wrote:Sorry for the misunderstanding, I am not updating the files in google today , I was referring to my local copies . . . I would prefer to avoid hours of updates to just move cards locally if that is possible.

i don't see a way around this, unless you are familiar with using svn from the command line. if you are, and you are not editing any of the txt files within cardsfolder, you could experiment with this:

Use ordinary OS delete to destroy the cardsfolder entirely. use file explorer or such. do not use svn rm. once you've done that,

Code: Select all

cd parentfolder/res
svn checkout https://cardforge.googlecode.com/svn/src/res/cardsfolder --depth infinity


if that blows up everything, you will have to checkout a fresh working copy of the entire trunk (svn/src).

i got through the 'r' folder this evening. the 's' folder is committing right now. but i'm stepping away from the computer, so i don't know if it will finish on its own. more directories will have to wait until tomorrow. on the plus side, i have been committing each entire move from cardsfolder to a subdirectory. forge shouldn't blow up because of duplicate cards like it was doing earlier today.

on the down side, i don't know if running update will be feasible once this is all finished. as i alluded to previously, people may have to recreate their working copies.

It looks like cards with the letter s were all moved into the s folder.

Chris H. wrote:It looks like cards with the letter s were all moved into the s folder.

yes, it did! i'm resuming the task now, starting with T.

As was mentioned earlier, I suggest that everyone grab the SVN project from scratch when the card folder process is done. Otherwise, you will be waiting a long time for the update process to complete.