How to perform Silent installation of Dynamics AX Client

I believe that silent installations are best in the long run;

Basically whenever you have a .msi file (Microsoft installer), you have the privilege to see the options available by use /? parameter. 
sampleinstaller.msi /?

I have used the same help command and execute the below steps one after the other in order to install Dynamics AX Client in Silent mode. Of course, once you get this far, you can always script it in better way... 

// Copy of files from FileShare to Local folder
xcopy "\\SHARE\AX2012 R3 RTM + CU8" D:\ /E /H

//Silent install - MSChart
"D:\AX2012 R3 RTM + CU8\MSChart.exe" /q /norestart

//Silent install - SQLSysClrTypes2012
"D:\AX2012 R3 RTM + CU8\SQLSysClrTypes2012.msi" /quiet

//Silent install - Report viewer 
"D:\AX2012 R3 RTM + CU8\ReportViewer2012.exe" /q:a /c:"install.exe /q"

//And Finally Silent Install - Dynamics AX client component

"D:\AX2012 R3 RTM + CU8\setup.exe" RunMode=Custom AcceptLicenseTerms=1 HideUi=1 ByPassWarnings=1 InstallClientUi=1 ClientConfigFile="D:\AX2012 R3 RTM + CU8\UAT.axc" ClientLanguage=en-us ConfigurePreRequisites=1 LogDir="D:\logs"

Hope this helps. Happy coding!

What is GIT?

Having worked with Microsoft technologies, I am used to TFS a.k.a VSTS a.k.a DevOps. However, I wanted to understand GIT as well.. so did some reading and below is my summary.

GIT is a distributed Version control system. 
So if we compare GIT with TFS. TFS basically has a server component and a client component. The server component has to be installed on a special machine with the required CPU, RAM and Harddisk based on the size of the Project, the number of developers involved and also the level of commits and reads made. This could be expensive. 

Actually it is this reason that the owner of GIT, Linus Torvalds; has created GIT - to move there Linux kernel development code from an existing "free" VCS software to their own created VCS. 

Distributed version control system works with the peer-to-peer approach, unlike TFS or any other Centralized version control system for that matter. Every developer system which connects to the repository and syncs will have the entire code base + change history of the repository. This enables faster commits; comparisons; viewing history; and reverting changes. 
And the other actions Push/Pull are used in order to interact with the main repository - these could be a little bit more time consuming though. 

What is a Pull request?
GIT being distributed VCS, will ultimately have one main SourceBase and several fork repositories on which developers would make changes. And if a module / development is completed - the developer would make a pull request to the Project moderator. This request is to review the code changes and if approved to add to the main SourceBase. 
There are several ways to handle the Pull request - Automatic approvals; manual verification; testing on new branches of SourceBase - are few to follow. 

Now what is Git Hub then? 
Git Hub can be basically compared more to VSTS; where you don't just save your source code but also have all other services around development and maintenance like bug tracking; boards; discussion forms; introduction page. 

Git Hub is basically a third party software which is build on top of GIT, to make the users leverage not only GIT but also the services that this third party software provides. There is also a Git Hub desktop application which will help sync the code between GitHub website and local computer.

Git Bash is another tool which is UNIX specific; you will get all standard GIT features/commands + Standard UNIX commands can be run as well. 

Git CMD is the windows specific tool; you will get all standard GIT features/commands + Standard Windows commands to perform various tasks. 

This is what I understood.. please do comment if you have any suggestions/comments. Happy coding!