Re: Version Control
I am using ToirtoiseHG to keep track of my projects Just a heads-up on a side-issue related to Tortoise HG ... Last week I discovered a new Mercurial/Git client called SourceTree http://www.sourcetreeapp.com/. I've been using Tortoise HG for a couple of years, but the attractive screen shots and glowing testimonials compelled me to migrate on the spot! The new UI is a bit more comprehensive and easier to read, and the tree of repositories contains a nice compact summary of the status of each repository. So overall it's a mild improvement. But ... no Windows shell extensions are included with SourceTree. All the context menus and icons that are included with Tortoise HG are absent. No one mentioned that in the reviews. I've decided to live without the shell help. I also noticed that an irritating tray icon for Pageant PuTTY authentication agent launches every time you start SourceTree. Luckily you can turn this off in the settings. *Greg K*
Re: Version Control
Hi, proper source control should archive what you want. Have a read on this article targeting git. http://nvie.com/posts/a-successful-git-branching-model/ see if you get any inspiration from this. On 23 Feb 2015 4:49 pm, Glen Harvy g...@aquarius.com.au wrote: Hi, I am using ToirtoiseHG to keep track of my projects however I rarely need to actually fallback onto using it and am certainly no expert in its use. Having said that, I am thinking of changing my licencing methodology to issue licences for specific versions of my application. When substantial features are added to my application I want to charge at least some upgrade fee. At present, end-users can take out a support contract which enables them to upgrades and support but very few actually do this. Anyhow, the point is that I can see that some users will stick to their current version but expect bug fixes whilst they have a support contract for the version they own. Whilst I would expect some of these fixes to be passed up to newer versions, not all fixes will need to be and in fact could cause more bugs. To be in perspective, I wouldn't think that non-current versions would require support beyond say a 2 year time frame. New major versions would only come out once or twice a year. It's seems that I should create projects for each version and any cascading bug fixes will need to be applied manually. I would appreciate any feedback to enable me to make some proper planning now rather than later when they may be forced upon me. Thanks. Glen.
Version Control
Hi, I am using ToirtoiseHG to keep track of my projects however I rarely need to actually fallback onto using it and am certainly no expert in its use. Having said that, I am thinking of changing my licencing methodology to issue licences for specific versions of my application. When substantial features are added to my application I want to charge at least some upgrade fee. At present, end-users can take out a support contract which enables them to upgrades and support but very few actually do this. Anyhow, the point is that I can see that some users will stick to their current version but expect bug fixes whilst they have a support contract for the version they own. Whilst I would expect some of these fixes to be passed up to newer versions, not all fixes will need to be and in fact could cause more bugs. To be in perspective, I wouldn't think that non-current versions would require support beyond say a 2 year time frame. New major versions would only come out once or twice a year. It's seems that I should create projects for each version and any cascading bug fixes will need to be applied manually. I would appreciate any feedback to enable me to make some proper planning now rather than later when they may be forced upon me. Thanks. Glen.