Tag Archives: deployment

Locked file and Launcher file

At LeumiCard Customer services there are some programs running straight from a shared network folder. This has been done long before I started working there and was a real problem I encountered while trying to implement the deployment process, since while people are using the program the files are in use and cannot be replaced.

Deploying IVR

I was asked to build a full ALM process for the company Interactive voice response (IVR). IVR is consisted of  lots of files (1.5 GB) mostly binaries (Voice files) and a Genesis studio projects.  I was asked to be able to keep track on changes and automate the process of keeping the file changes at it’s minimum. I need to emphasize that the IVR process Today is manual and is consisted of copying files manually and organize requirements and changes in excel files.

Since I am not familiar with the IVR development my plan was first to add all files to the source control and keep track on file changes.  Doing so I could have seen that all changes are under four main folder and by tracking these folder and and adding comments and work items I could implement a planing and coding phases. Still coding is not full since i lack the ability to automate the Genesis studio  compilation process which has no command line interface. Therefore, I decided to keep the compiled files under the source control as well. I have a vague idea of how to compile the Genesis using visual automation test tools, but i will keep it for later development.

So now I left with a build process. In all common build process I will use  compiling and keeping the output files and of course label the code. but here since I have a lot of files and some of them are huge So I decide not to copy files on build but only to keep a text files consisted of all the changed file names, and of course labeling. by using this method I conserve allot of storage and still keep anything i need for the deployment phase.

In my deployment process  I always keep track on the previous deployed version. This is done by keeping TFS text file containing all build  data which include  the label details as well. So now I have my current deployed build label and the the label that I want to deploy and all what left is to go over all the labels between and get their changed file names. By joining all the file names i can get a list of all files that has changed between these labels.  Now it’s time to sync all files to the correct label and then deploy them to the required environment. by doing this i don’t really  need to keep many files which are not needed to in the build process and all the changes are kept automatically and not manually on an excel file.

One downfall with this process is the going backward process which need to deploy a previous version. In ordinary process I will go to the build with the required label and hit the deploy button but here I can only go forward since previous label contains only the changed files from it’s previous label and not from this label which is more advanced. This means moving to a new branch from the required label and running the  build phase. by doing so the difference between these labels will consist of all files that need to be replaced in order to deploy.

So this is in short how to make a long and manual tedious process with lots of files as simple “click of a button” process to the the IVR team.

 

 

Now, make a process out of that…

.net 1.1 and TFS 2012

I recently was asked to add a .net 1.1 legacy solution to our TFS 2012 build and deployment process. Just to be clear .net 1.1 released on , 2003-04-24 same year google started spreading. So to my surprise all help regarding .net 1.1 which is very slim stated upgrade to .net 2.0 Visual studio 2005 in order to at least have msbuild support and then you can add msbuild tools that support this kind of tools.