I'm going to release the new version today, so I'll post it all then, but in the future I'll post stuff as I work on it. I promise.
G
Did you update the Github? Maybe I'm just looking in the wrong place..

\Skodkim
I'm going to release the new version today, so I'll post it all then, but in the future I'll post stuff as I work on it. I promise.
G
Did you update the Github? Maybe I'm just looking in the wrong place..
\Skodkim
Thanks for the push.
But, for me, the master branch is completely dammed: the Diplomacy/Diplomacy/Diplomacy (and again, again....) subfolders was screwed with windows 7 os. The only way to checkout the code after commit d06fbac2303a0ae3974a14b58a257aee59ed9d0e is to put the root folder inside my c:/ . Not funny.
One solution may be to replay the last 3 merge but without the unnecessary folders and files.
Or using win8? i didn't try yet.
One question: why not include Art?
Thanks for the push.
But, for me, the master branch is completely dammed: the Diplomacy/Diplomacy/Diplomacy (and again, again....) subfolders was screwed with windows 7 os. The only way to checkout the code after commit d06fbac2303a0ae3974a14b58a257aee59ed9d0e is to put the root folder inside my c:/ . Not funny.
One solution may be to replay the last 3 merge but without the unnecessary folders and files.
Or using win8? i didn't try yet.
One question: why not include Art?
Sorry for bumping this but I suspect you misunderstood my request earlier on. What I suggested was that you not only uploaded the new version to the Github but also changes you make to the code (non dll part) in between releases.
As mentioned before it makes it very easy for others to contribute to bug fixes, general changes etc. and some of the more experienced users may use some of the uploaded changes and find bugs before the release was made.
Of course its your call!!
\Skodkim
Before you go on holidays, latest build Gazebo to Github pleaseeeeeeeee (66.1/13.1) so that I can do some development work on the mod. Enjoy Christmas.
I just need to sit down and fix it I'll do that later tonight if I have time. This happens sometimes in modbuddy for reasons I have yet to figure out.
Modbuddy maintains a nonsynchronized concept ofthe folder structure and it uses an extremely brittle strategy to resolve conflicts between what it thinks the project is and what the file system has actually got.
NEVER delete a folder with contents of any kind - file or directory
and NEVER EVER EVER relocate a folder.
In place of these, you must delete , recursively, manually, any tree node you want to remove, depth first. And you must generate folders in-place, manually move files, delete recursively as described above, and rename the destination directory, if you want to reorganize the project.
It goes without saying, don't use the file system itself to manipulate the project.
This probably isn't even every problem with that tool.
I tried to build alocal repositorytoday. My system does not make merging the folders easy, it asks me to either overwrite the files or not move the folders.
If this involves 1076 files I'm not supposed to copy, I'm guessing that manually merging the project with my SDK files is an entire day of work?
Local repository is probably the wrong word. Actually, 'work' is definitely the wrong word, too, since it would be not-smart work.
The repo at Gazebo doesn't have the VS file. I supply that from my SDK from Civ V, so this step isn't nothing. There's all the other contents of my CvGameCoreSource folder too, like CvGameDatabase/lib . You're saying if I open the studio project from the SDK, it will manufacture the files to make up the difference?Merge the SDK libraries (and other invariant files) into the clone. Using Windows Explorer, copy the contents of CvGameCoreSource SDK sub-directory onto your git working directory "D:\gitroot\civ5\Community-Patch-DLL" - accept "merge" for the folders, but DO NOT OVERWRITE ANYTHING.