Book a Demo

Author Topic: Large International Project with many contributors  (Read 4319 times)

agdunn

  • EA User
  • **
  • Posts: 43
  • Karma: +0/-0
    • View Profile
Large International Project with many contributors
« on: April 24, 2008, 11:27:12 pm »
Hello there, I am very new to the EA tool and certainly also new to this forum.

I am working on a large EA project at the moment (already 160mb) and I am going through the process of pulling it into version control (SVN).

We have been using a central database because all editing has been done local to the datacenter but very soon we will be allowing editors from all over the world.

Will using the combination of SVN/EA make this large project possible? I am assuming so and would greatly appreciate any advice on structuring the project properly to try and combat all headaches later on.

Any advice would be very welcome!!!!

bob_d

  • EA User
  • **
  • Posts: 22
  • Karma: +0/-0
    • View Profile
Re: Large International Project with many contributors
« Reply #1 on: April 24, 2008, 11:50:52 pm »
We are also rolling out large international project.  SQL database and CVS for VC.  Are you planning on doing all the work in the DB and just using SVN for version control OR are you having various smaller projects distributed locally around the world and coordinated with the central DB indirectly thru CVS ?    We are doing the latter because of the WAN access  times for some of our more remote locations.   There are a couple of direct implications for operational practices right off:

1.  AFAIK - The refreshes of any packages in the central db might have to be via Checkout/Undo Checkout.  There might be a way to batch this, but so far I've found it non-obvious.

2.  IF you've got work going on in distributed projects coordinated to central thru VC  AND you use any auto-counters,  you might want to set up each of the distributed projects with different offsets into the autocounter numbering scheme to avoid autocounter collisions at the central db.   GUID's should still be OK, but it's be good to have the human-readable portions unique also.
"Whoever undertakes to set himself up as a judge of Truth and
Knowledge is shipwrecked by the laughter of the gods." - Albert Einstein

agdunn

  • EA User
  • **
  • Posts: 43
  • Karma: +0/-0
    • View Profile
Re: Large International Project with many contributors
« Reply #2 on: April 25, 2008, 12:45:20 am »
Initially my first concern is to figure out a way to differentiate the package structure when checking in and out of VC, after watching the demo and playing around it looks like they check into the folder in a flat structure. This will make it difficult for users to know what they should be checking in and out.

Should I be making multiple VC profiles for this project? I could set up the VC servers folder structure to match out project... this would take me a hell of a long time but I think it might be what I need to do... PLEASE let me know if there is an easier way!!!!

agdunn

  • EA User
  • **
  • Posts: 43
  • Karma: +0/-0
    • View Profile
Re: Large International Project with many contributors
« Reply #3 on: April 25, 2008, 12:49:45 am »
I just noticed that the resources are not traveling with VC.... I know its just pushing XML back and forth... is there no way to push resources (images) also?

thomas.kilian

  • Guest
Re: Large International Project with many contributors
« Reply #4 on: April 25, 2008, 02:11:52 am »
No. That's what we call EAUI. You have to export some parts (like Resources, Glossary, etc) manually and VC it on a file base. Well...

Martin Terreni

  • EA User
  • **
  • Posts: 672
  • Karma: +0/-0
  • Sorry, I can't write
    • View Profile
Re: Large International Project with many contributors
« Reply #5 on: April 26, 2008, 04:22:14 am »
I have EA users spread over the world and we decided to face it two ways:
1) Citrix, even though EA is not Citrix certified yet, it see,s to work fine.
2) Some people work with VC and local EAP and some directly with the DB (and VC of course). this works fine as long as you keep the tree structure through some admin. but this is true even without DB.

Right now option2 is working OK.
Recursion definition:
If you don’t understand the definition read "Recursion definition".