久しぶりの更新ブログは、多くのオンライン生地の展開データだけでなく、非常に良いだけでなく、より包括的なあります。私は、反復作業が一時的に詳細かつ機密にするために戻って時間に、行われていないと思う。
それは勉強と仕事や経験に遭遇した問題を解決するため、いくつかの共有を行います。
そして、経験のこの部分は、インターネット上で見つけるのは難しいです。あなたがプロセスで何か問題があれば、私はあなたがメッセージを残すことができると思います。ありがとうございます！！
1、チャンネル長い接続
新しいチャネル接続時には、保存されたチャンネル名をリンクしますので、クライアントではこの買収のチャネル時間、getを使用する必要があります
2、イベントメカニズム、1.2と1.3との間の差を追加
ここでは、上記fabric1.3バージョンでは、7053イベントは墓石を持っているだろうと、知っておく必要があり、時間がそれぞれの将来のバージョンでaddEventHub 1.3の使用を必要としないこと、上記チャンネルに移植された通知されます
ノードは、事件を高めます。
したがって、動的コード層を切り替えるためには、ターゲットノードバージョン布を決定する必要があります
（A）は、バージョン1.3に、新しいチャンネルをリンクするには、イベントを増やす必要はありません。
ノードリンクチャネルの場合（B）、すでに存在している、あなたはそれを削除する必要があります。
注：バージョン情報の生地を取得するにはどのように、あなたがドッキングウィンドウの画像を通じてバージョンノードを表示することができます。私はここで使用されるスクリプトは、バージョン情報を読み取っています。
3、マルチ組織のイベントが点に注意して増加しました
たぶん、あなたは実際にOrg1MSPを受け取るために、多くの場合、希望に遭遇し、その過程で生地を使用していますが、Org2MSP、こうしたミスを受けました。
主な理由は、ユーザーの組織MSPの所有権の移転が間違って渡し、取引のビジネスです。この現象は問題ですが、登録されたイベントは、ユーザーが属している場合、MSPは、標的組織に対応しなければならないとき、根本的な原因です。
SDKのソースコードを初めて目：
上述，是在增加事件的时候，会使用当前channel链接中用户信息，链接服务器。也就是说一旦建立了链接，那么在整个channel的生命周期中，对目标节点的事件MSP都是当初用户的MSP。
如何解决这个问题，那么我们就要在注册这个链接的时候想办法
换句话说，在注册时间的时候，要检查当前用户归属的MSP，是否可以你增加的节点同属一个MSP，如果不是，则不注册事件，如果是则注册时间。当再次获取channel连接的时候，在检查一下当前所有事件连接是否正确，或未增加的，为增加的，再更加情况增加组织事件：
