問題タブ [packagist]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
php - packagist を使用しない Composer の依存関係
「webiny/crypt」パッケージに依存するプロジェクトがあります (私は webiny/crypt リポジトリの所有者でもあります https://github.com/Webiny/Crypt )。
webiny/crypt リポジトリの composer.json 内で、このリポジトリへの依存関係を定義する必要があります: https://github.com/ircmaxell/php-cryptlib
そのリポジトリは packagist では利用できませんが、その github リポジトリ内には composer.json ファイルがあります。
いくつかの解決策を試しましたが、どれもうまくいきませんでした。これは私が試したことのいくつかの例です...これは webiny/crypt の composer.json の内容です。
例 1:
例 2:
また、CryptLib リポジトリで「*」の代わりに「dev-master」バージョンを使用して両方の例を試しました。
php - Composer/Packagist はブランチを無視します
したがって、Githubリポジトリに次のブランチがあります:(「git flow」に従います)
- マスター (最新の安定版: 1.1.0)
- 開発 (2.0.0)
- 機能/feature_in_dev
- 機能/other_feature_in_dev
- リリース/1.0.0
- リリース/1.1.0
リリースなどのブランチ エイリアスを作成する方法は既に知っています。技術的composer.json
には、新しい機能ブランチを追加するたびにファイルを削除し、 にマージする準備ができたらコミットして戻すこともできdevelop
ますが、それは非常に煩わしく、忘れがちです。
私の質問: Packagist から機能ブランチを非表示にするにはどうすればよいですか?
php - packagist からパッケージをダウンロードできないのはなぜですか?
私はライブラリを開発しましたが、それをパッケージ担当者に投げることにしました。私composer.json
は次のように見えます
また、パッケージをhttps://packagist.org/packages/kamranahmedse/php-geocodeでホストして おり、関連する git リポジトリはhttps://github.com/kamranahmedse/php-geocodeです。パッケージが正常に動作するかどうかをテストするために、フォルダーを作成しました。そのフォルダー内に、次を含むこの単純なcomposer.json
ファイルを作成しました
しかし、実行しようとするたびにcomposer install
、次のエラーが発生します。
お客様の要件は、インストール可能な一連のパッケージに解決できませんでした。
問題 1 - 要求されたパッケージ kamranahmedse/php-geocode がどのバージョンでも見つかりませんでした。パッケージ名にタイプミスがある可能性があります。
誰でも見て、私がここで間違っていることを確認できますか? これはpackagistを介した最初のパッケージであり、以前の経験がないため、試行錯誤してきましたが、エラーを見つけることができませんでした。
php - SolrのないPackagistサーバー?
インフラストラクチャにプライベート Packagist サーバー ( https://packagist.org/、https://github.com/composer/packagist ) をセットアップします。
多くのパッケージを持たないため、Solr のオーバーヘッドを実行することを検討します。Packagist のドキュメントによると、検索インデックスには Solr が必要です。検索インデックスが必須の機能であるかどうか、またはそれなしで Packagist を実行できるかどうかについての情報を見つけることができませんでした。
チャンスはありますか?
前もって感謝します!
workbench - Laravel 5:職人のワークベンチ:照明/サポートが見つかりませんでした
で新しいパッケージを作成しようとしていますphp artisan workbench vendor/packagename
が、実行すると取得されます
はilluminate/support
下にlaravel/framework/src/Illuminate/Support
あるので、何が原因なのかよくわかりません。
生成された composer.json ファイルには、次のものが必要です。
illuminate/support
バージョン5.0
が問題の原因かどうかわかりませんか?
問題が解決しました
半分生成されたパッケージ内でminimum-stability
fromstable
を手動で修正し、実行して完成させる必要がありました。dev
composer update
php - アプリケーションの分離されたコンポーネントを独自のパッケージにして、親アプリケーションで維持するにはどうすればよいですか?
アプリケーションの特定のコンポーネントが、他のアプリケーションで使用できるように親から十分に分離されている場合、そのコンポーネントを独自のコンポーザー パッケージに作成し、親アプリケーションのスコープ内で維持するにはどうすればよいでしょうか?
例として、Laravel がデータベース コンポーネントで行ったことを実現したいと思います: https://github.com/illuminate/database
READ ONLY と書かれているので、その「サブツリー」は親の Laravel/framework git リポジトリからまだ維持されていますが、Composer パッケージとして配布するために通常の git リポジトリの特性を保持しているという印象を受けます。
私の印象は正しいですか?どうすればこの魔術を達成できますか?
前もって感謝します。
composer-php - packagist / composer - バージョン番号を割り当てる
私のpackagistライブラリを使用している人がいます。
composer update
パッケージの基礎となるアーキテクチャを変更したため、「dev-master」と記載されている composer.json バージョン要件が実行時に更新されないようにしたいと考えています。
新しい更新プログラムに新しいバージョンを割り当てるにはどうすればよいですか? v1.01が欲しいと明示的に言わなければならないので、私は現在composer.jsonを次のように持っています:
javascript - packagist.org からパッケージの最新バージョンを取得します
https://packagist.org/packages/doctrine/cacheなど、packagist.org から composer パッケージの最新の安定バージョンを取得しようとしています。
私が見つけた最良の方法は、 https://packagist.org/packages/doctrine/cache.jsonを使用して json 応答を取得することですが、javascript を使用してそれを消費するため、クロスドメイン制限によってブロックされました。
何か案は ?
composer-php - composer.json ファイルの autoload セクション
コンポーザーライブラリを作成しました。
私は1つのフォルダを持っています:
その中に1つのファイルがあり、名前空間が宣言されていますTestJames
私のcomposer.jsonファイルには次のものがあります。
まず、psr-0 ビットの意味がわかりません。第二に、ビットとボブの順序がわかりません。
この部分に特化したドキュメントはありますか?何が間違っていますか?
git - Composer ブランチのエイリアスとタグのベスト プラクティス
Packagist にパッケージがあります。バージョンにタグを付けて、0.2.0
dev-master のブランチ エイリアスを 0.3.x-dev に設定しました。これは、私が行っているすべての開発が次の 0.3.x リリースに向けられていることを意味します。0.3.*@dev
また、人々が私のパッケージのバージョンを要求できることも意味します。
ここで、自分がやっていることはバージョン 1.0 に近づいていることに突然気付いたとしましょう。そのため、dev-master のブランチ エイリアスを に変更し1.0.x-dev
ます。私は 0.3 タグを作成したことがないため、この0.3.*@dev
要件で私のパッケージを使用しているすべての人の依存関係が壊れてしまいます。
それで... ブランチ エイリアスを変更する前に 0.3 タグを作成しておくべきでしたか? それとも、私のパッケージの dev ブランチを要求することで人々が取るリスクですか?