問題タブ [package-managers]

私の人生では、バージョン 0.2.19 のインストールでリモート NPM パッケージを検索する方法がわかりません。npm lsおよびnpm search(一方はもう一方の明らかなエイリアス) ローカルにインストールされたパッケージのみを表示します。関連するヘルプダイアログ/マンページには、構成オプションへのこのあいまいな参照を除いて、明白な答えがありません:

構成

listopts デフォルト: ""

npm がリモート リポジトリを検索する唯一の方法は、構成ファイルに設定を追加することだと結論付けるべきですか、それとも使用できるコマンドはありますか?

このエラーを修正するにはどうすればよいですか? Web サーバーに含まれるすべての jar ファイルを含む展開ディストリビューションがあります。しかし、icon.jnlpを押すと、そのエラーが表示されます。

icon.jnlp:

ファローアップ：

1) JAR Maker をダウンロードします (Linux、Windows で動作します)。

• すべてのサードパーティの瓶を歌う

• あなたのデプロイjar

• 出力ディレクトリ: /var/tmp/project/dist

• JAR署名者タブに移動します

  • 入力 jar ファイル: a.jar
    • jarsigner の場所: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/bin/jarsigner
    • キーストア ファイル
    • キーが作成されていない場合 > [キーストアの生成] をクリックします - キーツールの場所: /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/bin/keytool - 出力キーストア ファイル: /var/tmp/keystore - キーストア エイリアス:この名前を覚えておいてください - 公開鍵: 123456 - 秘密鍵: 123456 - 有効日数: 0 は 6 か月を意味します - キーストア ID - 有効な情報... - キーストアの生成を押します - /var/tmp/keystore と java.key.public と Java が作成されます。鍵

  • キーストア認証

    • キーストア エイリアス: rememberthisname
    • 公開鍵: 123456
    • 秘密鍵: 123456

  • サインJARをクリック！> 失敗したか成功したかがわかります

署名する他のすべての JAR ファイルについて、このプロセスを繰り返します!!

2) 着陸スペースへの展開

3）すべてのサードパーティが参照されていることを確認してください

前：

後：

CodeFirstモデルを使用してEntityFrameworkによって生成されたデータベースを使用しています。それ以来、モデルを数回変更し、モデルの変更に応じてデータベースを変更するコードを生成するパッケージマネージャーコンソールに精通しています。

楽観的同時実行制御を実行するためにいくつかのフィールドを追加するまでは、これまでのところうまく機能しています。モデルに追加したフィールドは次のとおりです。

2番目のフィールドの名前は「MLTimestamp」ですが、元々はTimestampという名前でした。データベースを更新しようとしたときに受け取ったエラーを修正するために変更しました。

したがって、パッケージマネージャーが生成したコードは次のとおりです。

Update-Databaseパッケージマネージャーコンソールから実行すると、次のエラーメッセージが表示されます。

自分が行おうとしていると思われる変換がわかりません。これは、以前はデータベースに存在しなかったフィールドでした。「変換」するものは何もありません。前述のように、2番目のフィールドは元々Timestampという名前だったので、額を叩いて、ああ、データベースにその名前のフィールドがすでに存在しているはずだと言いました。そのため、モデルと移行コードで変更しましたが、それでもこのエラーが発生します。

これらのフィールドはどちらも、としてデータ注釈が付けられていませんTimestamp。EFがすでにどれほど苛立たしいものであるかを考えると、独自の行バージョンの同時実行性チェックを実装する方が簡単であり、Session-Stateモックアップの魅力のように機能すると思いました。

.mdfファイルを削除し、同じ名前の別のファイルを追加して、テーブルを最初から再構築できるようにしましたが、これは明らかにそれほど単純に解決するものではありません。EFはC＃のDateType値とSQL Serverの日時の値の間を行き来しようとすると消化不良になるように見えるので、タイムスタンプを文字列として保存するという考えを受け入れていますが、これを可能であればDateTime。

とにかく、誰かが私がこれを乗り越える方法についていくつかの指針を提供することができれば、私は非常に感謝するでしょう！

usr /local/内に標準の自作インストールがあります

私が試してみると：

そして、sudoを使用する場合：

私は何が間違っているのですか？

複数のパッケージ マネージャーを使用することの落とし穴はありますか? Redhat の yum と Debian の aptitude を同時に使用できますか?

この記事とこのインフォグラフィック に出会いました-

私は Debian を選択する傾向がありましたが、VM を簡単にインストールしたところ、安定版レポではまだカーネルが 3.2 にアップグレードされていないことがわかりました。そのため、Archlinux に移行する予定ですが、インフォグラフィックではパッケージの入手可能性が低く評価されており、Fedora または Ubuntu リポジトリから .deb または .rpm ファイルをインストールできるかどうか疑問に思っていました。

emerge を使用して ebuild のステータスを確認すると、次のようになります。

USE ラベル avahi*、virt-network*、sasl*、virt-network* virtualbox* 、これらのラベルの「*」は何を意味しますか。ありがとう。これらのパッケージは既にインストールされていると思います。右？

私は VS2012 を使用していますが、VS を再度開くたびに、NuGet パッケージ マネージャー コンソールの既定のプロジェクトが任意のプロジェクトのように見えるものにリセットされ、ドロップダウン リストを使用して適切なプロジェクトにリセットする必要があります。

パッケージ マネージャー コンソールの既定のプロジェクトを設定 (およびこの設定を保持) するにはどうすればよいですか?

私の同僚と私は現在、初期段階の Python コードベースのテストを自動化するための小さな一歩を踏み出していますが、環境のセットアップとパッケージ管理に関していくつかの問題に遭遇しました。これまで Python でこれを行ったことがないため (少し... 壊れているように見えます)、どんな助けも歓迎します。

要件：

• スクリプトを介してテストを実行できます ( Noseはかなり良さそうです)
• Windowsマシンで実行されます
• これは、TeamCityおよび標準の開発者マシンを介して実行できます。優れた TeamCity レポート/統合はおまけです。
• スクリプトを呼び出して、複数のマシンで正確で再現可能な結果を​​得ることができるはずです。
• すべての依存関係/パッケージの要件は、シンプルで再現可能な方法で満たされています (これは、ルビーとバンドラーを使用してメインのコードベースで行い、python でトリックを繰り返すのに苦労しています)。人々が卵を手動でインストールしたり、easy_install などを使用したりしなければならない場合、それは地獄になるでしょう。「これらの依存関係が考慮されていることを確認してから、テストを実行してください」というスクリプトを呼び出すことができるはずです。

理想的には、ワークフローは次のように機能する必要があります (現時点では、Python のインストール/取得方法は無視します)。

• Windows マシンは SCM と同期します
• マシンはスクリプトを実行して、すべての Python 依存関係 (Shapely など) が考慮されていることを確認します。
• マシンは、nose またはその他のテスト ランナーを実行するスクリプトを呼び出すことができます。
• スクリプトは、ビルドが失敗したかどうかを示す値を返します

ボーナスポイントの質問:

Python をソース管理にチェックインするのではなく、各開発マシン / ビルド エージェントにインストールしたいと考えています。これまでのところ、この面での最善の策は、Windows/System32 にある pythonxx.dll と一緒に Python インストール ディレクトリを SCM にチェックインすることですが、これが欠陥のあるアプローチであるかどうかはわかりません。

Movable PythonとPortable Pythonを見つけました。最善のアプローチは何ですか？私が言ったように、これが実行可能でない場合は、.msi を使用して各マシンに python をインストールするだけで済みます。

乾杯！

私はこの部分を理解しようとしています：http：//getcomposer.org/doc/02-libraries.md#lock-file

このロックファイルは、それに依存する他のプロジェクトには影響しません。メインプロジェクトにのみ影響します」

つまり、プロジェクトPがライブラリAに依存し、ライブラリAがライブラリB v1.3に依存している場合、プロジェクトPはライブラリBのバージョンを気にせず、代わりにB 1.4をインストールする可能性がありますか？では、ポイントは何ですか？

それとも、依存関係マネージャーに期待されるように、それは反対の意味ですか？

ライブラリ A を書いているとします。これは別のライブラリ、たとえば monolog に依存しています。

monolog の最新バージョンをインストールしたいので、これを composer.json に入れます。

それから私は走り$ php composer.phar installます。

composer.lock 内にインストールされているバージョンを見つけることを期待していましたが、そこにはありません:

ライブラリを特定のバージョンのセットに結び付けたいので、バージョンが必要です。

何か案は？