We want 1.0 out as soon as possible to increase adoption of dotLRN in general. The earlier we have a clean 1.0 the sooner everyone can start to focus on 1.1 (with the i18n work and improvements). We also need a defined upgrade path. Seeing that the upgrade path for OpenACS (4.6 -> 4.7) is defined and dotLRN is just a bunch of OpenACS packages it seems logical that 4.6/1.0 -> 4.7/1.1 is the defined path.
We will obviously be running/testing/pushing 1.1 in Heidelberg. The server I am talking about here is more of a "get to know" dotLRN server for early adopters and local demos. We are tending towards 4.6/1.0 for this to help push 1.0 out the door and keep errors to a minimum for our early users (first impressions are important).
So the answer to my question is probably:
Use cvs based on the 4.6 branch if we want to start using dotLRN 1.0 now (updating it using cvs as needed). This way we will eventually have a local "clean 4.6/1.0 tarball" equivalent as general 1.0 testing and release progresses. I just hope that the update process using cvs (4.6 branch) isn't a bugger.
