2017-02-14 11 views
1

私は最初のLaravelパッケージを開発しています。私のワークフローには、各変更を公開するためのより多くのステップが含まれています。 Laravelパッケージを開発するためのワークフロー

  1. が、私は新鮮なLaravel 5.4がインストール作成:

    は、ここに私のワークフローです。内部では、私はプラグインをコーディングするpackage/author/name/srcを作成します。

  2. 私は私の変更を行って、それを公開するしたら、私は私のテスト
  3. を実行します。 AIはバージョン番号 c.In私のメインのプロジェクトで私のGitの担当者 のBIタグにそれを押し込み、私は作曲更新
  4. を実行します
  5. 私は何もこれは私が私のメインのプロジェクトに表示する各ほとんど変化のための変化のかなり多くある統合

で破っていない....

は公開しないような方法があることを確認してください任意の単一の変更、ちょうどローカル行っている?

+0

次のように、私は良いワークフローを見たいと思っています。 –

答えて

1

はい、ローカルでパッケージを開発し、公開せずに使用することができます。ワークフローは次のとおりです。追加し、あなたのLaravelプロジェクトのcomposer.jsonファイルに、次に

- my-laravel-project 
- packages 
- - my-package-1 
- - - composer.json 
- - my-package-2 
- - - composer.json 

:例えば、ディレクトリ構造は次のようになります、それにパッケージディレクトリを作成し、その後、あなたのLaravelプロジェクトの外でパッケージディレクトリを作成します下記の各ローカルパッケージのrequireセクションにエントリを追加し、例えばのようなrepositoriesセクション:この例では

{ 
    "repositories": [ 
     { 
      "type": "path", 
      "url": "../packages/my-package-1" 
     }, 
     { 
      "type": "path", 
      "url": "../packages/my-package-2" 
     } 
    ], 
    "require": { 
     "my/package-1": "*", 
     "my/package-2": "*" 
    } 
} 

、私はpackagesディレクトリ内に2種類のパッケージをしましたし、私が追加しましたLaravelプロジェクトで両方のパッケージを編集しました。 repositoriesセクションでは、各パッケージのパッケージタイプとパス/ URLが記述されているため、コンポーザーはローカルで見つけることができ、requireセクションは単純に依存関係を必要とします。 Composer's websiteについてさらに確認できます。

+0

しかし、私は2つのcomposer.jsonが必要ではありませんか? devは1、masterは1? –

+0

'composer.json'は常にパッケージごとに1つです。 –

+0

しかし、私のプロデュースアプリでは、 "url": "https://url-to-git.git" }を、ローカルパッケージへのパスの代わりにしたいですか?これはデベロッパーにとっては大丈夫だろうが、駄洒落ではない、間違っている? –

関連する問題