Release or SVN and some Deployment issues

Post here for help with installing or upgrading mojoPortal pre-compiled release packages. When posting in this forum, please provide all relevant details. You may also want to review the installation or upgrading documentation.

If you have questions about using the source code or working with mojoPortal in Visual Studio, please post in the Developer forum.

Post here for help with installation of mojoPortal pre-compiled release packages

When posting in this forum, please try to provide as many relevant details as possible. Particularly the following:

  • What operating system were you running when the bug appeared?
  • What database platform is your site using?
  • What version of mojoPortal are you running?
  • What version of .NET do you use?
  • What steps are necessary to reproduce the issue? Compare expected results vs actual results.

You may also want to review the installation or upgrading documentation.

If you have questions about using the source code or working with mojoPortal in Visual Studio, please post in the Developer forum.

This thread is closed to new posts. You must sign in to post in the forums.
11/24/2008 9:54:50 PM
Gravatar
Total Posts 18

Release or SVN and some Deployment issues

Hi, I have some questions hope anyone can help.

1. Normally what is the package should I use for deploying to the real server? The release package, or compiled from the svn source? Is svn source a 'beta' only which should not be used for production? (assume I not modify anythings in source)

2. When there are changes to the svn, how the version is controlled? E.g. current version is 2.2.7.9, then the next day there is some update in svn (but not yet a 'release'), so is the version i'm using now from svn is still considered as 2.2.7.9?

3. If I need a 'lite' package of mojoportal to be deployed, what is the folders/files I can exclude in the Web folder? I'm thinking of using Unleash It to create seperate copies of 'Web' folder for each lite/complete/webstore based on my project needs (so no need to recompile everytime), is this a good idea?

4. I read the documentation when deploying to the real server, it is recommended to use the default/setup. But I have a situation where the real server is not ready yet, and to save time, I need to prepare a lot of contents at a development pc first. Can I just later copy the whole folders and mysql dump to the real server? If not possible, is there a workaround/low-level hack that I can do in the database? (assume I only use the core features)

 

Any advice is welcome. Thanks and regards.

11/25/2008 5:43:23 AM
Gravatar
Total Posts 18439

Re: Release or SVN and some Deployment issues

Hi,

1. If you are a developer or if you want to have the very latest code you can use svn trunk. I "try" to keep trunk stable but of course from time to time there will be bugs. The good news is if you report an important bug and are using svn then it will get fixed quickly and you can do svn update to get the fix right away.

2. Every time you do svn update, you should rebuild the solution and then visit /Setup/Default.aspx to run any db scripts and/or feature configuration updates. If there are db schema changes, then the version number will change, otherwise it will not. So yes, we may make code changes and it will still be 2.2.7.9, but most likely befor ethe next official release it will have schema changes and the version will increment. In any case the setup page handles it for you if there are schema changes.

3. The only way to package without the features is do a clean svn checkout and never build the mojoportal-complete.sln file, only build the mojoportal-core.sln and then you don't have to worry about filtering out any files because they won't be copied up to the Web folder. As soon as you once build the mojoportal-complete.sln, all the feature files get copied up to Web and there isn't an easy way to leave them out of the package.

4. Its especially bad if production is a root web site and your dev machine is like http://localhost/mojoportal. You will end up with broken links and images. The only way to completely avoid problems is if you can use host names in your hosts file so that your dev machine uses the exact same url as production. ie if the production site will be www.foo.com, then you need to make your dev machine be www.foo.com using your hosts file when entering content (and don't use a sub folder like www.foo.com/mojo unless it will be the same on production). So yes it can be done but requires trickery and its best to avoid it if possible. Only solution after the fact is to fix any broken links or images.

Hope it helps,

Joe

11/25/2008 9:34:50 PM
Gravatar
Total Posts 18

Re: Release or SVN and some Deployment issues

Thanks for the explanation. Appreciate it.

You must sign in to post in the forums. This thread is closed to new posts.