My main purpose is change the initial version of a Document. When you upload a new "Content" it always start with version "1.0". It will be a nice feature for future versions if you could choose the inital version (i.e "0.1").
Finding a workaround: I have installed the module made by Peter Monks: http://blogs.alfresco.com/wp/pmonks/2009/11/03/version-baselining/ Where basically it defines a new type where one metadata is "Baseline" parameter. This module works if you create a new content WITHOUT versioning, setting your baseline version. When that content is make "Versionable" (change in the Aspects) the initial version should be taken from the "Baseline" Version inserted by the module.
Now, the PROBLEM: It is not possible to create content without versioning. I have set all the applicable variables: cm:initialVersion y cm:autoVersion in ModelContent.xml to false. But the explorer says "No version" to new documents but if I enter with "Share" the document always have "Version History" with "1.0", even if the aspect "Versionable" is not set. Due to this I guess the version-baselining module from Peter Monks does not work, because it is not allowed to change Version to an already versioned content.
I didn't exactly notice this before. When uploading a document with the classic client (server:8080/alfresco), no versioning is applied. When viewing that file within the Share client (server:8080/share), it says, that it's version 1.0, but it still has no cm:versionable aspect applied. If updating the file in the Share client, it automatically asks, if you want to create a minor (1.1) or major revision (2.0) and applies that, if you update it. It then has the cm:versionable aspect, as verifiable with the classic client.
So at first, Share only says there is a versioning (1.0), when there isn't. It only adds it, even if not told to. I presume, there's only source code editing left for you, if there is no option to turn Share auto versioning off, in http://wiki.alfresco.com .
Keep in mind that the version baselining extension was developed for an earlier version of Alfresco (3.2, from memory), and specifically for the Explorer UI. As mentioned above, the Share UI automatically adds the cm:versionable aspect to the content nodes it creates, making it more difficult (but not necessarily impossible) to force a particular version number to be the baseline.
I've not received any requests to update the version baselining extension for newer versions of Alfresco, let alone enhance it to work with the Share UI, but I'd welcome anyone who wishes to contribute to the Google Code Project [1] to extend it in either of these ways.
Just a small clarification–the Share UI doesn't set cm:versionable on the first upload of a file. So if you check the version2store with the node browser, there won't be anything there. When a file is later updated, Share sets cm:versionable just before the update, after which the version2store will have both the original and updated versions. I suspect the developers were trying to save space in the version2store, but IMHO it just complicates everything…