持續集成工具php

『壹』 有沒有jenkins實現PHP工程的持續集成解決方案

為了調用在DLL里被改編的函數，你必需知道被改編的是哪個函數。Borland和Microsoft使用了不同的名字改編方案。

『貳』 持續集成環境建議在什麼時候完成搭建

什麼是持續集成
隨著軟體開發復雜度的不斷提高，團隊開發成員間如何更好地協同工作以確保軟體開發的質量已經慢慢成為開發過程中不可迴避的問題。尤其是近些年來，敏捷（Agile） 在軟體工程領域越來越紅火，如何能再不斷變化的需求中快速適應和保證軟體的質量也顯得尤其的重要。
持續集成正是針對這一類問題的一種軟體開發實踐。它倡導團隊開發成員必須經常集成他們的工作，甚至每天都可能發生多次集成。而每次的集成都是通過自動化的構建來驗證，包括自動編譯、發布和測試，從而盡快地發現集成錯誤，讓團隊能夠更快的開發內聚的軟體。
持續集成的核心價值在於：
持續集成中的任何一個環節都是自動完成的，無需太多的人工干預，有利於減少重復過程以節省時間、費用和工作量；
持續集成保障了每個時間點上團隊成員提交的代碼是能成功集成的。換言之，任何時間點都能第一時間發現軟體的集成問題，使任意時間發布可部署的軟體成為了可能；
持續集成還能利於軟體本身的發展趨勢，這點在需求不明確或是頻繁性變更的情景中尤其重要，持續集成的質量能幫助團隊進行有效決策，同時建立團隊對開發產品的信心。
持續集成的原則
業界普遍認同的持續集成的原則包括：
1）需要版本控制軟體保障團隊成員提交的代碼不會導致集成失敗。常用的版本控制軟體有 IBM Rational ClearCase、CVS、Subversion 等；
2）開發人員必須及時向版本控制庫中提交代碼，也必須經常性地從版本控制庫中更新代碼到本地；
3）需要有專門的集成伺服器來執行集成構建。根據項目的具體實際，集成構建可以被軟體的修改來直接觸發，也可以定時啟動，如每半個小時構建一次；
4）必須保證構建的成功。如果構建失敗，修復構建過程中的錯誤是優先順序最高的工作。一旦修復，需要手動啟動一次構建。
持續集成系統的組成
由此可見，一個完整的構建系統必須包括：
一個自動構建過程，包括自動編譯、分發、部署和測試等。
一個代碼存儲庫，即需要版本控制軟體來保障代碼的可維護性，同時作為構建過程的素材庫。
一個持續集成伺服器。
Jenkins是由Sun的前員工開發的，它的根基是Java，但也可以用在非Java的項目里，比如PHP、Ruby on Rails、.NET。在.NET項目里，你除了Jenkins之外還要熟悉另一樣工具：MSBuild。Visual Studio用MSBuild構建.NET項目。MSBuild所需的僅僅是一個腳本，在腳本中指定要執行的target。項目中的.csproj和.vbproj 文件都是MSBuild腳本。下面的幾篇文章介紹如何使用Jenkins 快速搭建持續集成伺服器。

『叄』 基於CI，請教大家都用什麼PHP開發工具

呵呵。。我現在是jsp,php,mobile一塊寫，樓上的工具不適合我。。。多謝！

『肆』 有沒有jenkins實現PHP工程的持續集成解決方案

1定義maven的pom.xml文件，pom如何定義內容就太多了，網上搜
2將項目提交到版本庫軟體管理，比如svn
3在jenkins上checkout這個項目，定義maven執行命令，比如 maven package

『伍』 如何配置一個 Docker 化持續集成的 PHP 開發環境

首先，我們得知道什麼才是好的開發環境， 對於我而言，一個好的開發環境需要具備以下幾個特點：

可隨意使用。我必須可以隨意刪除和創建新的環境。
快速啟動。我想要用它工作時候，它立馬就能用。
易於更新。在我們行業中，事物發展變化非常快，必須能讓我很容易將我的開發環境更新到新的軟體版本。

而Docker都支持以上這些特點，甚至更多。你幾乎可以即時銷毀和重建容器，而更新環境只需要重建你當前使用的鏡像即可。

什麼是PHP開發環境
目前Web應用錯綜復雜，PHP開發環境需要很多的東西，為了保證環境的簡單性，需要做各種各樣的限制。
我們這次使用Nginx、PHP5-FPM、MySQL來運行Synmfony項目。由於在容器中運行命令行會更復雜，所以這方面的內容我會放到下一篇博客中再說。

Pet 與 Cattle
另一個我們要討論的重點是：我們要把開發環境部署在多容器還是單容器中。 兩種方式各有優點：

單容器易於分發、維護。因為它們是獨立的，所有的東西都運行在同一個容器中，這點就像是一個虛擬機。但這也意味著，當你要升級其中的某樣東西（比如PHP新版本）的時候， 需要重新構建整個容器。
多容器可以在添加組件時提供更好的模塊化。因為每個容器包含了堆棧的一部分：Web、PHP、MySQL等，這樣可以單獨擴展每個服務或者添加服務，並且不需要重建所有的東西。

因為我比較懶，加上我需要在我的筆記本上放點別的內容，所以，這里我們只介紹單個容器的方法。

初始化工程
首先要做的是初始化一個新的Symfony工程. 推薦的方法是用composer的create-project命令。本來可以在工作站上安裝composer，但是那樣太簡單了。這次我們通過Docker來使用它。
我之前發過一篇關於Docker命令的文章：make docker commands（好吧，我說謊了，我本來把它寫在這篇文章中了，然後覺得把它獨立出來會比較好）。

不管怎麼樣，你可以讀一下。接下來如果還沒有composer命令的話，你可以創建一個屬於自己的composer 別名。

$ alias composer="docker run -i -t -v \$PWD:/srv ubermuda/composer"

現在你可以初始化Symfony工程了：

$ composer create-project symfony/framwork-standard-edition SomeProject

帥呆了！下面來點實在的工作。(省略了博主自娛自樂的一堆balabla....原文:Awesome. Give yourself a high-five， get a cup of coffee or whatever is your liquid drug of choice， and get ready for the real work.)

容器
構建一個運行標准Symfony項目且自給自足的容器相當容易，只需要安裝好常用的Nginx、PHP5-FPM和MySQL-Server即可，然後把預先准備好的Nginx的虛擬主機配置文件扔進去，再復制一些配置文件進去就完事了。

本容器的源代碼在GitHub上的 ubermuda/docker-symfony倉庫中可以找到。 Dockerfile 是Docker構建鏡像要用到的配置文件，我們來看一下:

FROM debian:wheezy

ENV DEBIAN_FRONTEND noninteractive

RUN apt-get update -y

RUN apt-get install -y nginx php5-fpm php5-mysqlnd php5-cli mysql-server supervisor

RUN sed -e 's/;daemonize = yes/daemonize = no/' -i /etc/php5/fpm/php-fpm.conf

RUN sed -e 's/;listen\.owner/listen.owner/' -i /etc/php5/fpm/pool.d/www.conf

RUN sed -e 's/;listen\.group/listen.group/' -i /etc/php5/fpm/pool.d/www.conf

RUN echo "\ndaemon off;" >> /etc/nginx/nginx.conf

ADD vhost.conf /etc/nginx/sites-available/default

ADD supervisor.conf /etc/supervisor/conf.d/supervisor.conf

ADD init.sh /init.sh

EXPOSE 80 3306

VOLUME ["/srv"]

WORKDIR /srv

CMD ["/usr/bin/supervisord"]

我們通過擴展 debian:wheezy 這個基礎鏡像開始，然後通過一系列的sed命令來配置Nginx和PHP5-FPM。

RUN sed -e 's/;daemonize = yes/daemonize = no/' -i /etc/php5/fpm/php-fpm.conf

RUN sed -e 's/;listen\.owner/listen.owner/' -i /etc/php5/fpm/pool.d/www.conf

RUN sed -e 's/;listen\.group/listen.group/' -i /etc/php5/fpm/pool.d/www.conf

RUN echo "\ndaemon off;" >> /etc/nginx/nginx.conf

這里我們要做兩件事。 首先配置PHP5-FPM和Nginx讓他們在前台運行以便supervisord可以追蹤到他們。
然後，配置PHP5-FPM以指定的用戶運行Web-Server，並處理好文件許可權。

接下來需要安裝一組配置文件，首先是Nginx的虛擬主機配置文件vhost.conf:

server {

listen 80;

server_name _;

access_log /var/log/nginx/access.log;

error_log /var/log/nginx/error.log;

root /srv/web;

index app_dev.php;

location / {

try_files $uri $uri/ /app_dev.php?$query_string;

}

location ~ [^/]\.php(/|$) {

fastcgi_pass unix:/var/run/php5-fpm.sock;

include fastcgi_params;

}

}

因為我們不需要域名，所以把server_name設成了_（有點像perl的$_佔位符變數）， 並配置根目錄（document root）為/svr/web， 我們會把應用程序部署在/srv下，剩下的就是標準的Mginx + PHP5-FPM配置.

因為一個容器每次只能運行一個程序， 我們需要supervisord（或者任何別的進程管理器，不過我比較中意supervisord）。幸運的是， 這個進程管理器會產生我們需要的所有進程！下面是一小段supervisord的配置：

[supervisord]

nodaemon=true

[program:nginx]

command=/usr/sbin/nginx

[program:php5-fpm]

command=/usr/sbin/php5-fpm

[program:mysql]

command=/usr/bin/mysqld_safe

[program:init]

command=/init.sh

autorestart=false

redirect_stderr=true

redirect_stdout=/srv/app/logs/init.log

這里我們需要做的是定義所有的服務， 加上一個特殊的program:init進程，它不是一個實際的服務，而是一個獨創的運行啟動腳本的方式。

這個啟動腳本的問題在於，它通常需要先啟動某些服務。比如，你可能要初始化一些資料庫表，但前提是你得先把MySQL跑起來，一個可能的解決辦法是，在啟動腳本中啟動MySQL，然後初始化表，然後為了防止影響到supervisord的進程管理，需要停掉MySQL，最後再啟動supervisord。

這樣的腳本看起來類似下面這樣：

/etc/init.d/mysql start

app/console doctrine:schema:update --force

/etc/init.d/mysql stop

exec /usr/bin/supervisord

看起來丑爆了有木有，咱換種方式，讓supervisor來運行它並且永不重啟。
實際的init.sh腳本如下：

#!/bin/bash

RET=1

while [[ RET -ne 0 ]]; do

sleep 1;

mysql -e 'exit' > /dev/null 2>&1; RET=$?

done

DB_NAME=${DB_NAME:-symfony}

mysqladmin -u root create $DB_NAME

if [ -n "$INIT" ]; then

/srv/$INIT

fi

腳本先等待MySQL啟動，然後根據環境變數DB_NAME創建DB，默認為symfony， 然後在INIT環境變數中查找要運行的腳本，並嘗試運行它。本文的結尾有說明如何使用這些環境變數。

構建並運行鏡像
萬事俱備只欠東風。我們還要構建Symfony Docker鏡像， 使用docker build命令:

$ cd docker-symfony

$ docker build -t symfony .

現在，可以使用它來運行你的Symfony工程了:

$ cd SomeProject

$ docker run -i -t -P -v $PWD:/srv symfony

我們來看看這一連串的選項分別是幹嘛的:

-i 啟動交互（interactive）模式， 也就是說，STDIO（標准輸入輸出）連接到了你當前的終端上。當你要接收日誌或者給進程發送信號時，它很有用。
-t 為容器創建一個虛擬TTY， 它跟-i是好基友，通常一起使用。
-P 告訴Docker守護進程發布所有指定的埠， 本例中為80埠。
-v $PWD:/srv 把當前目錄掛載到容器的/srv目錄。掛載一個目錄使得目錄內容對目標掛載點可用。

現在你還記得之前提到的DB_NAME和INIT環境變數了吧，幹嘛用的呢：用於自定義你的環境。 基本上你可以通過 docker run的-e選項在容器中設置環境變數，啟動腳本會拿到環境變數，因此，如果你的DB名為some_project_dev， 你就可以這么運行容器：

$ docker run -i -t -P -v $PWD:/srv -e DB_NAME=some_project_dev symfony

INIT 環境變數就更強大了，它允許你啟動時運行指定的腳本。比如， 你有一個bin/setup腳本運行composer install命令並且設置資料庫schema:

#!/bin/bash

composer install

app/console doctrine:schema:update --force

用-e來運行它：

$ docker run -i -t -P \

-v $PWD:/srv \

-e DB_NAME=some_project_dev \

-e INIT=bin/setup

注意，-e選項可以在docer run中多次使用，看起來相當酷。另外，你的啟動腳本需要可執行許可權（chmod +x）。

現在我們通過curl發送請求到容器，來檢查一下是否所有的東西都像預期一樣工作。首先，我們需要取到Docker映射到容器的80埠的公共埠，用docker port命令:

$ docker port $(docker ps -aql 1) 80

0.0.0.0:49153

docker ps -aql 1 是個好用的命令，可以方便的檢索到最後一個容器的id， 在我們的例子中，Docker 把容器的80埠映射到了49153埠。我們 curl 一下看看。

$ curl http://localhost:49153

You are not allowed to access this file. Check app_dev.php for more information.

當我們不從localhost（譯者註：容器的localhost）訪問dev controller時，得到了Symfony的默認錯誤消息，這再正常不過了， 因為我們不是從容器內部發送 curl 請求的， 所以，可以安全的從前端控制器web/app_dev.php中移除這些行。

// This check prevents access to debug front controllers that are deployed by accident to proction servers.

// Feel free to remove this， extend it， or make something more sophisticated.

if (isset($_SERVER['HTTP_CLIENT_IP'])

|| isset($_SERVER['HTTP_X_FORWARDED_FOR'])

|| !(in_array(@$_SERVER['REMOTE_ADDR']， array('127.0.0.1'， 'fe80::1'， '::1')) || php_sapi_name() === 'cli-server')

) {

header('HTTP/1.0 403 Forbidden');

exit('You are not allowed to access this file. Check '.basename(__FILE__).' for more information.');

}

這些行阻止了任何從localhost以外的地方訪問dev controller。
現在再curl的時候就可以正常工作了，或者用瀏覽器訪問 http://localhost:49153/：

很容易吧！ 現在我們可以快速的啟動、更新環境了，但還是有很多地方需要改進。

『陸』 PHP中有什麼好的代碼自動檢查工具嗎

您好，
當然有。PHP Mess Detector(http://phpmd.org/)
PHP項目體檢工具，根據你設定的標准（如單一文件代碼體積，未使用的參數個數，未使用的方法數）檢查PHP代碼，超出設定的標准時報警。PHP Copy Paste Detector(https://github.com/sebastianbergmann/...)
顧名思義，檢查冗餘代碼PHP Dead Code Detector(https://github.com/sebastianbergmann/...)看名字就知道了，檢查從未被調用過的方法PHP Code Sniffer(http://pear.php.net/package/PHP_CodeS...)
老牌代碼格式化工具，PHP寫的，Pear包，可自己hack，可集成到命令行里。我一直用的PHP Code Beautifier，只有Windows GUI，Windows CMD很難用，已經打算跳槽到PHP CS了
你還可以用jenkins把上述工具以plugins形式整合起來，做持續集成：http://jenkins-php.org/
你還可以用xinc+phing跟上述工具集成起來做持續集成後的自動化打包發布：http://code.google.com/p/xinc/

『柒』 有沒有jenkins實現PHP工程的持續集成解決方案

這樣解決就可以了，簡單粗暴，個人建議還是去後盾網去經常看看教學視頻學習學習吧

『捌』 推薦一個基於CI框架的PHP開源項目謝謝

thinkphp的有很多 CI很少