問題タブ [phing]

C または C++ で書かれていないプログラムに照らして、LGPL の条件を理解するのに苦労しています。彼らは、リンクされたライブラリと「派生物」が機能することについて話します。php プログラムをパッケージ化して販売する場合、プログラム内で展開メカニズムが phing パッケージを使用した場合 (コンテンツ全体をそのままで完全に変更せずに)、LGPL の条件に違反することになりますか?

たとえば、これが phing の「ライブラリ」をリンクしてコンパイルされた C プログラムである場合、答えはより簡単になります。これは派生物であるため、GPL の下でリリースされない限り、無料であるとは見なされず、違反でもあります。しかし、この状況は違います。私はリンクしておらず、派生物を作成していません。ファイルを移動して環境をセットアップするための展開ツールとして ping を使用しているだけです。

誰かが光を当てることができますか？ありがとうございました！

編集なるほど、私は単にライブラリの機能を使用しており、それを変更していないため、たとえば、非常に独占的で高価なソフトウェア パッケージと一緒に配布するかどうかは重要ではありません。私はそれが正しいですか？

私の場合、潜在的にプロプライエタリで有料の Web ソフトウェアを、LGPL ライセンスを含む完全で無害なライブラリにパッケージ化しています。元の形、大丈夫です。右？これは実際には間違っていると思ったからです。私は、GPL 化されたものは、変更されていないか、または他の形態のクローズド ライセンスの下では再配布できないという印象を受けました。

私はPHP開発を行っており、これらのいずれかを使用することを考えています. 私のマシンにはPHPとJavaの両方がインストールされています。理論的には、2 つのいずれかを使用できます。

Ant よりも Phing を選択する説得力のある議論は何ですか?

<if>特定のタグの複数の条件に関するPhingのドキュメントを理解するのに問題があります。これは、タグを使用しない限り複数の条件を持つことができないことを意味しますが<and>、その使用方法の例はありません。その結果、2つのタグをネスト<if>しましたが、より良い方法があることがわかっている場合、これを行うのはばかげていると感じます。<and>タグを使用して次のことを実行する方法を知っている人はいますか？

誰もこれを経験したことがないのは非常に驚きです。Phingは、JavaではなくPHPでの「ANT」ビルドツールの実装です。これは、シンプルで強力なデプロイメントツールが不足していると感じているPHP開発者にとって非常に便利です。自己完結型のWebプロジェクトを単一のファイルにパッケージ化する、または複数のWebプロジェクトファイルをさらに大きなファイルにパッケージ化するJavaの機能は、驚くべき機能です。ANTまたはPhingはPHPをその時点まで到達させませんが、正しい方向への明確な一歩であり、GNU Makeがこれまでまたはこれから行うよりも、理解と使用が容易になります。

現在のビルドプロセス

私たちは開発者の小さなチーム（プロジェクトに応じて2〜4人）であり、現在Phingを使用して、稼働前にステージング環境にコードをデプロイしています。コードをSVNリポジトリに保持します。ここで、トランクは現在アクティブな開発を保持し、特定の時間に、テストしてから（成功した場合）、タグ付けしてステージング環境にエクスポートするブランチを作成します。ここでもすべてがうまくいけば、最終的に本番サーバーにデプロイします。アクションは高度に自動化されていますが、常に人間の介入によってトリガーされます。

DOUBT

ここで、プロセスに（ハドソンとの）継続的インテグレーションを導入したいと思います。残念ながら、CIがビルドプロセスに多少干渉し、特定の問題を引き起こす可能性があるため、アクティビティの同期についていくつか疑問があります。

自動化されたCIサイクルには一定の頻度で自動的に実行されるアクションがあることを考えると、「統合」には2つの考えられるケースがあり、それぞれに独自の問題があります。

1. ケースA：各CIサイクルは、独自の名前で新しいブランチを生成します。このような名前を使用して、コードをSVNからステージング環境に手動で（現在のようにphingを介して）エクスポートします。ここで私が見ている問題は、（特定の対策を講じない限り、IEの削除）、ブランチの数が制御不能になりやすいことです（N分ごとに新しいビルド/ブランチが作成されるように、頻繁にコミットするとします）。 。

2. ケースB：各CIサイクルは、「current」という名前の新しいブランチを作成します。このブランチは、手動でステージングにエクスポートすることを決定した場合にのみ、一意の名前でタグ付けされます。現在のブランチは、いずれの場合も、次のCIサイクルが開始されるとすぐに削除されます。ここで見られる問題は、誰かが「現在の」ブランチをステージングにタグ付け/エクスポートしているときに新しいサイクルが開始され、一貫性のないビルドが作成される可能性があることです（しかし、私は知らないことを告白しているので、ここでは悲観的すぎますSVNがこれに対する組み込みの保護を提供するかどうか）。

以上のことを踏まえると、上記のアプローチはどれも私たちに完全に満足しているようには見えないので、同じような経験を持つ人がこのテーマについていくつかのヒントを教えてくれるのではないかと思いました。

全体像で完全に省略した重要なものはありますか？ご清聴ありがとうございました＆（事前に）ご協力いただきありがとうございます！

pear.phing.infoがダウンしているようですが、このパッケージで使用できるミラーがあるかどうか誰かが知っていますか？

ありがとう、ジョン

Hudson でビルド後のタスクを実行するために Phing を使用しています。

最後に成功した Hudson ビルド以降のすべてのコミットを含む変更ログを生成したいと考えています。しかし、ハドソンもハドソン用のGitプラグインも%last_build_time%変数を提供していないようです。

これは満足のいく解決策になります (ただし、時間を取得するにはどうすればよいでしょうか?):

今のところ唯一の方法は、ジョブの xml ファイルから抽出することですが、Phing で可能かどうかはわかりません。

変更ログをどのように生成しますか?

ファイルセットターゲットの各ファイルでphingでターゲットアクションを実行するにはどうすればよいですか？例えば：

ここでアプリケーションのデプロイについて多くのことを読みましたが、私たちのニーズに対する適切な答えをまだ見つけていません。

リモートサーバーにデプロイしたい zend フレームワークで構築された大規模な Web アプリケーションがあります。アプリケーションの新しいバージョンを本番サーバーに簡単かつ安全にデプロイできるようにしたいと考えています。

実行する必要があるのは次のとおりです。

• 本番アプリケーションにメンテナンス ページを配置しますか?
• SVN からバージョンをエクスポート
• シェル スクリプトを実行して、特定のディレクトリ内の CSS ファイルを縮小します (シェル スクリプトが実行されます)。
• ファイルとディレクトリにファイル権限を設定する
• コピー/同期? 本番サーバーへのファイル -> 変更されたファイルのみ?
• 本番アプリケーションからメンテナンス ページを削除しますか?

コードのバージョン管理ツールとして SVN を使用し、本番環境ではサーバー OS として CentOS を実行しています。

私は読んだことがあります：

• rsync
• フレディストラーノ / カピストラーノ
• フィング
• カスタム シェル スクリプト

ワンクリックで簡単に展開するためのアドバイスはありますか?

スライド15のhttp://www.slideshare.net/eljefe/automated-deployment-with-phingで、彼らは展開を行うときに「ライブサイトをロックする」ことについて話している。

SAASアプリケーションで複数のWebショップを運営しており、ユーザーがオンラインで商品を追加したり、商品を購入したり、商品の代金を支払ったりする可能性があります...

展開するときは、支払いや注文、その他の重要なデータが失われないように、これを可能な限りクリーンにしたいと考えています。

phing（すばらしいツール！）を使用して展開シナリオを設定しましたが、展開中の「ライブサイトのロック」という重要なステップが1つ欠けています。

ライブサイトをロックし、デプロイ後にオンラインに戻すための可能な方法は何ですか？

ZIPファイルをリモートFTPサーバーに展開しようとすると、次のエラーが発生します。FTPクライアント（filezilla）を使用してサーバーに接続してみましたが、すべてうまくいきました。

また、ftp.belnet.beのようなパブリックftpに接続する場合、接続は正常に機能します。ポートフォワーディングを使用して、ルーターの背後にあるVSFTPDサーバーにファイルを送信しようとしています。繰り返しますが、これはFilezillaを使用してどこからでも正常に機能しますが、phingは接続されていません...

ビルドに失敗しました/deployment/build.xml:60:12：ポート21でFTPサーバーxxxxに接続できませんでした：ホストへの接続に失敗しました

合計時間：2分30.09秒