問題タブ [nightly-build]
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.
firefox - Web ページの Firefox 夜間テキスト入力フィールドが表示されない
私は何年もの間、自分のマシンに firefox の nightly-build をインストールして使用していました。今日、私はこの投稿のタイトルにあるような状況に遭遇しました。これはかなり私に関係しています: ユーザー ID、パスワード、または検索する単語を入力するためのテキスト入力フィールドがありません! そして、Chrome または IE8 でレンダリングされた同じ Web サイトは、いつものように完璧に見えます。たとえば、サイトによっては、ユーザーが自分の ID を入力する必要があり、対応するパスワードは次のようになります。その間、現在の表示はこれになります。
誰かがこれを修正する方法を教えてもらえますか? アドバイスをいただければ幸いです。
config - TFS2013 ビルド構成ファイル
ビルド サーバー (Team Foundation Server 2013) で実行されたナイトリー ビルドの構成ファイルで、いくつかの設定をセットアップする必要があります。「ランタイム > Bindingredirect」の設定です。これは app.config ファイルで行う必要があります。しかし、クラス ライブラリのナイトリー ビルドには構成ファイルがありません。TFS のビルドの構成を変更するにはどうすればよいですか。
ビルド エージェント/コントローラーの構成ファイルはありますか? もしあれば、どこでこれを見つけることができますか? または、ビルド テンプレートを編集する必要がありますか?
編集: System.Web.Mvc を参照するクラス ライブラリがあり、そのクラス ライブラリ (dll) は複数の MVC Web サイトで使用されています。これらの Web サイトの web.config には bindingredirect があります (Web サイトを正しく機能させるにはこれが必要です)。これで、クラス ライブラリがナイトリー ビルドの一部になりました。クラス ライブラリは、Web サイトとは別のソリューションの一部です。
「バインディングリダイレクトが見つからない」ため、TFS ビルド (nighly ビルド) が毎晩失敗します。bindingredirect を機能させる唯一の方法は構成ファイル内にあるため、クラス ライブラリには構成ファイルがないため、夜間ビルド プロセスの構成ファイルを変更する必要があります。
visual-studio-2013 - ナイトリー ビルド中にコード カバレッジを自動的に生成する
ナイトリー ビルドで生成されたコード カバレッジ .coverage ファイルの取得に問題があります。
私が持っているもの: .runsettings ファイルと実行設定のタイプを使用するようにビルドを構成しました: CodeCoverageEnabled
ビルドは、選択した数のアセンブリ (.runsettings ファイルで指定) のみを使用して、必要なすべての単体テストを正しく実行し、コード カバレッジを測定しています。
VS2013 内のビルド レポートでは、コード カバレッジ ファイル (.coverage ファイル)を手動でエクスポートできます。
必要なもの:ターゲット フォルダーにその .coverage ファイルを自動的に生成 するようにビルドを構成する必要があります。
それ、どうやったら出来るの?
python - Bleeding Edge/Nightly Build の Python での依存関係管理。戦略とベストプラクティス?
状況
開発中のソフトウェア製品は 2 つあります。API を提供するライブラリと、エンド ユーザーにライブラリを公開するGUIツールです。さらに、多くの技術スタッフが、関連するあらゆる種類のカスタム コード、ツール、アセットのビルディング ブロックとしてライブラリを使用することを期待しています。
両方のソフトウェア製品(ライブラリと GUI ツール)は活発に開発されており、相互に影響を与え合っています。どちらの場合も、 pipを使用して、最も簡単な配布方法と devenv セットアップが必要です。
GUI ツール (ユースケース 1)
GUI ツールのインストールはpipを介して行われ、依存関係はsetup.py内のハード バージョン番号で示されます。ライブラリは、これらの依存関係の 1 つです。
インストール手順は、ツールをインストールし、依存関係を新しい virtualenv に解決することで構成されます。すべての依存関係のバージョンが固定されているため、安定した一貫したインストールを制御できます。ライブラリを手動で新しいバージョンに更新することで、開発者はナイトリー ビルド/ブリーディング エッジの依存関係を制御できます。
カスタム コード/ツール (ユース ケース 2)
前述のように、多くのコードとカスタム ツールは、ライブラリが提供する API を使用して構築される場合があります。それを使用したい人は誰でも、上からワンライナーを使用して簡単にpipを介してインストール/更新する必要があります。
問題
仲間のGUI ツール開発者は、pipを使用してライブラリ依存関係のナイトリー ビルド/ホットフィックス リリースを取り込むことができるはずです。ライブラリをどこかで構成要素として使用している他のスタッフは、常に pip を使用して最新の安定バージョンを取得する必要があります。XYZ バージョン管理を通じて、安定したバージョン、最新鋭のリリース、およびホットフィックス リリースを提供するライブラリに対して、1 つの独自のリリース手順を維持したいと考えています。
これには、次のような解決策がいくつかあります。
- pip を使用してインストールする必要がある安定したバージョンを示すカスタム ユーザー向けのreadmeを維持する
- または、 Gui ツールの setup.py 内にいくつかの魔法をセットアップして、git リポジトリを複製し、それをpython setup.py developを介して使用し ます (バージョニングは、リポジトリのチェックアウトを介して開発者が処理できます)。
ただし、これらのどれも特に洗練されているとは思えないので、Python の安定した/最先端/夜間ビルドの依存関係管理のためのソリューション、アイデア、またはベスト プラクティスに興味がありますか?
javascript - ナイトリー Firefox ビルドに対して分度器を実行する
「Nightly」Firefox ビルドに対して分度器テストを実行しようとすると、Firefox ウィンドウが無期限にハングします。
これが私の構成の関連部分です:
解決策が提供されていない関連する問題がありました。
私が見つけた可能な回避策の 1 つは、 xpi 拡張機能を安定版の Firefox インストール (または別のソース) から Nightly Firefox プロファイルの「extensions」ディレクトリに移動することかもしれませんが、その方法がわかりません。WebDriver
「Marionette」ドライバーを使用して夜間の Firefox ビルドをテストすることについても発見しましたが、 Protractor
.
使用:
- 現在最新の
Protractor
3.0.0 - Firefox Nightly は 46.0.a1 です
- Mac OS X エル キャピタン
ありとなしで試してみましたdirectConnect
-同じ動作。
git - Git とナイトリー ビルド - 効率的に行うには?
git コマンドを実行してナイトリー ビルドを実行する node.js スクリプトを作成しようとしています。私はいくつかの検索を行い、浅いクローン、参照キャッシュ、1 つのブランチのみのクローン作成などについてあちこちでさまざまなビットを見つけましたが、効率的なビルドシステムを実現するためにすべてを組み合わせた場所や例を見つけることができません。
私の想像では、必要なワークフローは次のとおりです。
中央レポのマスター ブランチの最新のクリーン コピーを取得し
--depth 1 --single-branch
ます。プロジェクトを専用のフォルダーにビルドします (これは PHP プロジェクトなので、composer、minification などを実行します。すべての作業用の node.js スクリプトが既にあります)。
version.txt ファイルのバージョン番号を増やします (そのための node.js スクリプトがあります)
更新された version.txt をローカル マスターにコミットします (浅い単一ブランチ クローンで実行できますか?)
最後のコミットにバージョン番号のタグを付ける
タグを使用してリモート マスターにプッシュします (浅い単一ブランチ クローンでそれを行うことはできますか?)
クローン フォルダーを削除して、次のビルド用にクリーン コピーを作成します。
開発サーバーにデプロイします(
git push
別のリポジトリで実行するだけです)
現在、Azure VM で実行されている TeamCity を使用する予定です。Git リポジトリはローカル サーバーにあります。このセットアップを続けるかどうかはわかりません。したがって、node.js スクリプトでほとんどの手順を実行して、プラットフォームやビルド システムに依存しないようにしたいと考えています。
このワークフローは実行可能ですか、それとも問題が発生する可能性がありますか? また、キャッシュ(git clone --reference
)で高速化する必要がありますか(または私の場合は冗長ですか?)