Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to sales@march-hare.com.
Eric, > I'm not sure if this belongs in EVS group or EVS-dev, so please let me > know if it belongs more in the dev discussion. I think here is a good place. > - tag names to be unique within a branch name-space only. No need for tags Can you explain exactly the use-case/business-case, as detailed an example as possible. We are planning to more formally support the March Hare 'promotion model' concecpt in EVS. 'promotion levels' are described in the eBook - they are a branch used not for any actual changes but only for merging: eg branch dev-maint-1 is used for maintainging release 1 of the software, and there is a test-maint-1 and a prod-maint-1, equally dev-maint-2 is used for maintaining release 2 and there is test-maint-2 and prod-maint-2. In EVS this will be something like branch 'maint-2' and 'maint-2/test' and 'maint-2/prod' so I think the answer to your question is 'yes' you can have branch 'test' and 'prod' on both maint-1 and maint-2 - the syntax is as above. This is not in the current preview - but it is a feature planned for 'version 1'. > - tag / branch names to include all characters, including spaces and > punctuation. I'm not really sure this is a good idea - but there is no limitation I am aware of (except maybe we haven't taken account of 'spaces'. What are other peoples opinion on this? I definitely think supporting Japanese and Chinese branch names is a good thing and the model supports it though we don't intend 'internationalizing' things until after version 1... > - Ability to add comments / description to branches / tags I'm pretty sure the data model supports this, but I'm not sure if the EVS client has a parameter for it. It'd probably be 'easier' to maintain from the server interface than a client (hopefully more on the reason why in a month or so). > - Merging of renamed/relocated files to reflect the new name/location in > the merge This is from your previous post. I'd like to see some market assessment as well as user assessment before going much further - I think you were checking up on Perforce right? > - LDAP authentication and / or SSO CVSNT and EVS both do this to varying degrees... SSPI is SSO (provided your SSO is Active Directory) and Active Directory is actually a kind of LDAP - though if you are using a Linux/Solaris/HPUX server then you can use PAM (provided that your SSO or LDAP has a PAM plugin - which I think they all do). On the commercial side we've done a few quotes for supporting some specific LDAP authentication, unless someone contributes the code I can't see us doing that voluntarily, but we'd happily open source it after the customer had paid for it. It the above doesn't resolve this can you explain in more specifics what you are after? Regards, Arthur