プライベート bitbucket リポジトリのドットを接続する satis リポジトリがあります。アプリケーション (私の基本アプリケーションは Laravel を使用) の秘密鍵を送信して、ユーザー アカウントに対して検証することで、この satis リポジトリへのアクセスに対して課金できるようにしたいと考えています。検証のためにキーを送信する方法はありますか?

よろしく

composer、satis、および SVN を使用して、社内の PHP ライブラリを管理しています。開発中に SVN トランクに変更をコミットし、テストの準備ができたらバージョンにタグを付けます (セマンティック バージョニングに従います)。ライブラリ バージョンがタグ付けされると、テスト環境への展開の一部として composer を使用できます。テストが成功したら、同じバージョンを本番環境にデプロイします。

ここでの問題は、テスト用にバージョンにタグを付けたら、次の製品リリースを準備するときに、新しくタグ付けされたバージョンが composer によって取得されるため、非常に注意する必要があることです。

私が想像しているのは、バージョンにベータ版または RC としてタグを付け (v1.1RC1 など)、RC またはベータ版を運用環境に展開することを拒否するように展開プロセスを何らかの形で構成することです。バージョンが正常にテストされた場合、そのバージョンをリリース済みバージョン (v1.1RC1 -> v1.1) として再タグ付けしてリリースします。

これは達成できますか？

私は Satis が初めてで、このチュートリアルを見つけました: https://getcomposer.org/doc/articles/handling-private-packages-with-satis.md。

しかし、私はまだ自分自身を始めることができません。Satis はプロジェクト ベースでインストールされますか? もしそうなら、新しいプロジェクトごとに Satis をインストールしなければならないということですか?

フォルダーから実行しようとするcomposer.phar create-project composer/satis --stability=devと、composer.phar が見つからないというエラー メッセージが表示されます。それで、試してみるとcomposer create-project composer/satis --stability=dev、composer を実行するフォルダー内に satis という新しいフォルダーが作成されます。

では、Satis をインストールして使用するにはどうすればよいでしょうか? これについて教えてくれるビデオチュートリアルを知っていますか? Youtubeで見つけられません。

ありがとうございました。

私は Satis を初めて使用し、https://getcomposer.org/doc/articles/handling-private-packages-with-satis.md、http://code.tutsplus.com/tutorials/などのチュートリアルをいくつか試しました。 setup-up-a-local-mirror-for-composer-packages-with-satis--net-36726 . しかし、彼らの説明は非常に曖昧で不完全です。

これが私がやったことです。

1. 新しい空のフォルダーを作成しました。
2. コマンドを使用して、そのフォルダーでcomposerを実行しますcomposer create-project composer/satis --stability=dev
3. フォルダーに「satis」というフォルダーが含まれていることがわかります。そのフォルダー内には、「bin」、「src」、「test」、および「views」フォルダーがあります。また、「compser.json」と「composer.lock」ファイルがあります。

それで、私は今何をすべきですか？getcomposer.orgチュートリアルのように「satis.json」が見つかりません。私は本当にそこに立ち往生しており、先に進む方法がわかりません。実行したフォルダに「Satis」フォルダがインストールされるのはなぜですか? Satis を使用する必要があるすべてのプロジェクトに Satis をインストールする必要があるということですか? ご存知の方、ご指導お願いします。

ありがとう。

Satis によって生成された composer リポジトリが常にリリースに「dev」を追加するのはなぜですか?

例えば：

1. 私のブランチ名が「master」の場合、「dev-master」になります
2. 私のブランチ名が「1.0.0」の場合、「1.0.0.x-dev」になります
3. 私のブランチ名が「1.0.1m」の場合、「dev-1.0.1m」になります

余分な「dev」をリリースに追加しないようにするにはどうすればよいですか?

現在、git フローを使用して git の機能およびホットフィックス ブランチを管理し、satis を使用してパッケージを管理しています。作成されたすべてのブランチをリストするのではなく、タグ付けされたブランチのみをリリースとしてリストするように satis に指示する方法はありますか?

新しい symfony アプリケーション、satis インストール (内部パッケージ マネージャー)、および 2 つのバンドルがあります。

アプリケーションにはバンドル 1 が必要です。

バンドル 1 にはバンドル 2 が必要です。

バンドル 2 には、packagist からの追加のバンドルが必要です。

アプリケーションで composer update を実行すると失敗し、「bundle1 dev-master requires bundle2 dev-master -> 一致するパッケージが見つかりません。

でも...

バンドル 1 と 2 の両方を要求するようにアプリケーションを変更すると、すべてが期待どおりに機能します。

ここで何が間違っていますか？

アプリケーション composer.json:

バンドル 1 (ec/data/feeds/product-pool-data-service-bundle) composer.json:

バンドル 2 (ec/generic-service-bundle) composer.json