[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [babel-dev] tag R_0_201507041055 deployment request
|
Thanks, Denis!
Regards,
Kit Lo
Eclipse Babel Project Lead
IBM Eclipse SDK (IES) Globalization Technical Lead
IBM Rational solution for Collaborative Lifecycle Management (CLM) Globalization Technical Lead
Denis Roy ---07/10/2015 02:20:47 PM---There were a few flaws with the genie:deployBabelLive.sh (tag) script which I've fixed.
From: Denis Roy <denis.roy@xxxxxxxxxxx>
To: babel-dev@xxxxxxxxxxx
Date: 07/10/2015 02:20 PM
Subject: Re: [babel-dev] tag R_0_201507041055 deployment request
Sent by: babel-dev-bounces@xxxxxxxxxxx
There were a few flaws with the genie:deployBabelLive.sh (tag) script
which I've fixed.
This is probably documented somewhere, but here's our deployment strategy.
We have a staging area at http://babel.eclipse.org/staging. It may or
may not work, but it's a git clone against HEAD.
When deployBabelLive.sh is invoked, here's what happens:
- backup code & database
- git fetch
- git fetch --tags (new)
- git checkout (tag)
- rsync checked-out version to the live site
- git checkout HEAD
Since the deployBabelLive.sh script wasn't doing a git fetch --tags, a
tag that wasn't tied to a commit wasn't being brought in. This is
(IMHO) silly behaviour on Git's part, since the tag was present with a
git clone.
genie@babel:/path/to/babel.eclipse.org/staging> git pull
Already up-to-date.
genie@babel:/path/to/babel.eclipse.org/staging> git tag
R_0_20080130
R_0_200801310934
[snip]
R_0_201412231200
R_0_201506070100
R_0_201507041055
R_TESTGIT_TAG
STAGING_0_200804281319
genie@babel:/path/to/babel.eclipse.org/staging> git fetch --tags
remote: Counting objects: 6, done.
remote: Compressing objects: 100% (6/6), done.
remote: Total 6 (delta 4), reused 0 (delta 0)
Unpacking objects: 100% (6/6), done.
From git://git.eclipse.org/gitroot/babel/server
* [new tag] R_0_201507051350 -> R_0_201507051350
Then retry deployment:
genie@babel:~> ./deployBabelLive.sh R_0_201507051350
Deploying Babel.
Dry-run status:
Backing up live database to ~/backups/babel-live_2015_07_10_14_01.sql.gz
Backing up live codebase to ~/backups/babel-live_2015_07_10_14_01.tar.gz
Deploying from RTAG: R_0_201507051350
M addons/babel.eclipse.org/backend_functions.php
Note: checking out 'R_0_201507051350'.
You are in 'detached HEAD' state. You can look around, make experimental
[snip]
HEAD is now at 033df1d... [373204] Babel server getting slow
[rsync]
[snip]
Previous HEAD position was 033df1d... [373204] Babel server getting slow
Switched to branch 'master'
At this time, the tag R_0_201507051350 should be live.
Denis
On 07/05/2015 12:41 PM, Kit Lo wrote:
> I deployed R_0_201507051350 but still do not see Yashida-san's commit.
>
> Denis, we may need your help to take a look. Thanks!
_______________________________________________
babel-dev mailing list
babel-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/babel-dev
