Drupal rocks for some things, its deployment sucks! As I automate my drupal workflows better, I should post them one by one.

Following is the my bash script recipe, for installing drupal, checking it into a git repository and replicating it remotely.

The second piece of puzzle should be automating MySQL backup and deployment using either Capistrano or Vlad.

I have used SVN in the past, however CVS is still the old faithful dog hosting Drupal repositories. I wanted to concentrate on using Git, while wanted easy way to update drupal installations.

After a number of blog reads, here is my workflow (atleast planned one…)

Lets start by freeing ourselves from typing in password each time and allowing only public-private key authorization.

Password free remote Login

Following is more or less a shameless rip from this article (Here for my own reference).

On my local machine, I already had generated ssh key-pair. However in the ~/.ssh/ folder I found id_dsa, id_dsa.pub pair along with id_rsa, id_rsa.pub pair. Hmmm! A little digging into the man pages revealed the difference between RSA and DSA.

$ man ssh-keygen

RSA uses 2048 for encryption by default and can vary, while DSA used exactly 1024.

Lets copy our public key to the server.

$ scp ~/.ssh/id_rsa.pub myusername@myserver:~/

On my remote server

$ mkdir ~/.ssh
$ cat id_rsa.pub >> ~/.ssh/authorized_keys
$ rm id_rsa.pub

Lets activate the key

$ sudo su -
# vi /etc/ssh/sshd_config

Edit the file ensure following options

RSAAuthentication yes
PubkeyAuthentication yes

Save and quit vim. Relaod the configuration.

$ sudo /etc/init.d/ssh reload

Now if we access the server from my client machine, it does not asks for a password.

Lets disable authentication by password, to shield brute-force attempts.

$ sudo vi /etc/ssh/sshd_config

Edit the file ensure following options

....
ChallengeResponseAuthentication no
PasswordAuthentication no
UsePAM no
...

and reload SSH configuration file:

$ sudo /etc/init.d/ssh reload

Thats it. A machine with a differnt private key would not be able to log in.

I also thought of making my official GnuPG/PGP Encryption key and putting it up on the website. But thats for another day.

**Back to our main topic – Git-svn workflow **

(Inspired by Version Control Blog, ToolmanTim and Aidanf).

On my local machine

$ mkdir -p ~/src
$ cd src
$ cvs -z9 -d:pserver:anonymous:anonymous@cvs.drupal.org:/cvs/drupal checkout -r DRUPAL-6 drupal
$ cd drupal
$ git init
$ git add .
$ git commit -m  "The inital commit of drupal6 core presently at version 6.10"

Now lets login to server, where we want to host the git repository for redundancy.

$ ssh myusername@myserver
$ mkdir -p ~/gitReps/drupal.git && cd  ~/gitReps/drupal.git
$ git --bare init
$ exit

Back on our client machine

$ git remote

Nothing returns. Good we are on right track.

$ cat .git/config

Returns

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true

Lets add remote repository.

git remote add myTux ssh://myusername@myserver/home/myusername/gitReps/drupal.git

Now above command will return

[core]
    repositoryformatversion = 0
    filemode = true
    bare = false
    logallrefupdates = true
[remote "myTux"]
    url = ssh://myusername@myserver/home/myusername/gitReps/drupal.git
    fetch = refs/heads/*:refs/remotes/myTux/*

Running git branch shows just one branch locally

* master

Lets push this to our remote server

$ git push myTux master
Counting objects: 703, done.
Compressing objects: 100% (636/636), done.
Writing objects: 100% (703/703), 1.13 MiB | 1600 KiB/s, done.
Total 703 (delta 29), reused 0 (delta 0)
To ssh://myusername@myserver/home/myusername/gitReps/drupal.git
 * [new branch]      master -> master

That is our first drupal repository. It would only carry drupal bare-bone code. Any update to drupal-core will be applied here as follows.

Clone the drupal on local machine and update from drupal using cvs. Then update the git and push the changes to remote server.

$ git clone ssh://myusername@myserver/home/myusername/gitReps/drupal.git
$ cd drupal.git
$ cvs update -r DRUPAL-6.11 -dP
$ git status
$ git add .
$ git commit -m "Drupal core updated to version 6.11"
$ git push myTux master

Now lets create two other seperate clone of this repository. drupal-and-modules.git would keep updates repository along with updated modules and themese. drupal-production.git would keep code ready to be deployed. (I was wondering if some workaround with using branches can solve it? Any suggestions?)

On the server

$ git clone drupal.git drupal-and-modules.git

On client machine

$ git clone ssh://myusername@myserver/home/myusername/gitReps/drupal-and-modules.git
$ mkdir sites/all/modules
$ cvs -z6 -d:pserver:anonymous:anonymous@cvs.drupal.org:/cvs/drupal-contrib checkout -d sites/all/modules/cck -r DRUPAL-6--2-1 contributions/modules/cck
$ git add .
$ git commit -m "Imported cck 6-2.1 imported"

Now lets push this changed drupal to drupal-and-modules.git on remote server.

$ git remote
origin
$ git branch
* master
$ git push origin master
Counting objects: 343, done.
Compressing objects: 100% (306/306), done.
Writing objects: 100% (336/336), 375.90 KiB, done.
Total 336 (delta 37), reused 0 (delta 0)
To ssh://myusername@myserver/home/myusername/gitReps/drupal-and-modules.git
   046640c..dc5c0c3  master -> master

This updates the drupal-and-modules.git.

When drupal.git is updated, drupal-and-modules.git can be updated simply by using command

git pull

Similarly we can maintain a third repository with all the localization and ready for production.

The implementation worked fine and the workflow should work in theory. However I’m pretty sure, it will be polished as I use git more and start using rebasing and stashing.

Globally ignore .DS/_Store

echo ".DS_Store" >> ~/.gitignore
git config --global core.excludesfile ~/.gitignore

Information about me and my email goes here.

git config --global user.name "My name"
git config --global user.email me@olemiss.edu

I love colors

git config --global color.branch auto
git config --global color.diff auto
git config --global color.interactive auto
git config --global color.status auto

And I love TextMate

git config --global core.editor "mate -w"

As soon as I pushed my project directory to my remote OS X Tiger server, I got the following error.

    bash: line 1: git-receive-pack: command not found
    fatal: The remote end hung up unexpectedly

Google comes to rescue.

    Many installations of sshd do not invoke your shell as the login shell when you directly run programs; what this means is that if your login shell is bash, only .bashrc is read and not .bash_profile. As a workaround, make sure .bashrc sets up $PATH so that you can run git-receive-pack program.

Running following two lines solved the problem.

echo export PATH=/usr/local/bin:$PATH >> ~/.bashrc
source ~/.bashrc

Steps I took to install Git on OS X Tiger server are as follows (Thanks to LarrytheLiquid):

cd /usr/local/src

Next lets install an XML parser dependency, Git, and it’s man pages:

curl -O http://surfnet.dl.sourceforge.net/sourceforge/expat/expat-2.0.1.tar.gz
tar xvzf expat-2.0.1.tar.gz
cd expat-2.0.1
./configure --prefix=/usr/local
make
sudo make install
cd..

curl -O http://kernel.org/pub/software/scm/git/git-1.5.3.7.tar.gz
tar xvzf git-1.5.3.7.tar.gz
cd git-1.5.3.7
./configure --prefix=/usr/local
make
sudo make install
cd ..

curl -O http://www.kernel.org/pub/software/scm/git/git-manpages-1.5.3.7.tar.bz2
sudo tar xjv -C /usr/local/man -f git-manpages-1.5.3.7.tar.bz2

Add the following environment variable to whatever file your shell uses (.bash_profile for BASH):

export MANPATH="/usr/local/man:$MANPATH"

One last line to add

export PATH="/usr/local/bin:$PATH"

Git Installed. Check installed version.

git --version