問題タブ [artifacts]

アプリケーションにUITableViewがあります。これは、スクロールビューテクスチャの背景色を持つUIViewにあります。これはすべてUIViewControllerにあります。それはすべてうまく機能しますが、テーブルビューの端の周りにこれらのぼんやりとした黒い角があります：

テーブルビューの背景色はクリアカラーに設定されており、これらの正方形はInterfaceBuilderにも表示されます。これらの邪悪なUIの傷を根絶する方法についてのアイデアはありますか？UI全体の設計に1週間以上費やした場合でも、UIが3分でまとめられたように見えます。UITableViewを顔にパンチしたくなります。

SVN を使用してビルド アーティフィケーション (大きなバイナリ ファイル) を保存すること の欠点(特にこれ)について読みました。ハドソンが代替案として提案されました。

Hudson はこれらのファイルをどのように処理しますか?

編集:私のプロジェクトは Java ベースではありません。

TeamCity アーティファクト構成でワイルドカード構文を使用した小さなドラマがあります。パターン myproject.*.dll に一致するすべてのファイルを任意のフォルダーから取得し、各 DLL をアーティファクト パスのルートに配置したいと考えています。

これが私が現在持っているものです：

これはすべての DLL を取得していますが、それらをソースと同じフォルダー構造内に配置しているため、アーティファクトで「myproject.web.dll」になるのではなく、「Web/obj/debug/myproject.web.dll」を取得します。

ここで何が欠けていますか？

私は最近 Java 開発を始めたばかりで、依存関係管理とプロジェクト タスクの自動化のために Maven2 を選びました。

私が遭遇した奇妙な問題の 1 つは、完全に理解できていないことですが、特定のアーティファクトでは、依存関係の除外を構成する必要があるということです。そうしないと、MavenMissing artifact groupId:artifactId:version:lifecycleエラーが発生します。提供された STS Spring プロジェクト テンプレートから Spring MVC プロジェクトを作成しようとしましたが、Maven POM にはlog4jの除外が含まれていたため、削除するとエラーが発生しました。

依存関係を手動で追加し、その依存関係の一部でアーティファクトが見つからないというエラーが発生した場合はどうすればよいですか。ジャンプして除外リストに追加するだけですか、それとももっと注意する必要がありますか?

そして、なぜこれが起こるのですか？おそらく、アーティファクトには特定のバージョンの依存関係があり、別のアーティファクトには別のバージョンの同じ依存関係がある可能性があると想定していclasspathます。

これはMavenのベストプラクティスに反することを理解していますが、おそらく私の状況はルールからの数少ない例外の1つです-少なくとも私は代替案を考えることに固執しています:(

環境は次のとおりです。

• 外の世界への独自のテクノロジーベースのインターフェースを備えたレガシーアプリケーションがあります
• 新しいフロントエンドとしてフラッシュを使用したい
• 従来のインターフェースに基づいて、フラッシュクラスを生成し、フロントエンド開発者が使用できるようにフラッシュスイッチにパッケージ化します。
• レガシーインターフェイスに基づいて、フラッシュサービスリクエスト（ブレイズ経由で送信）をレガシーインターフェイスにブリッジするJavaクラスを生成します
• さらに難しくするために、インターフェイスごとにpomを使用したくない/使用できません。これは、数十のインターフェイス（インターフェイス）があり、artifactIdのみが異なるためです。代わりに、ビルドごとに（jenkinsによって）パラメーター化される「汎用」プロジェクト構造を使用します。プロジェクトは、完全に自動化された環境でのみ使用されます。

最初に、これらすべてを1つの「単純な」プロジェクトにまとめようとしました。これは、アーティファクトをインストールする必要がある時点まで機能します。

私の現在のアプローチは、Mavenリファレンスの第13章に触発されたマルチモジュールプロジェクト構造ですが、それ自体にいくつかの欠点があります。

このアプローチには、「Java」と「SWC」から「GenerateSource」の内部構造への参照があるという欠点があります。これは醜いですが許容範囲内です。
私の邪魔になるのは、インストールプラグインとデプロイプラグインを大幅に調整して、プロセス全体をトリガーしたレガシーインターフェイスの名前とバージョンのアーティファクトを取得する必要があることです。今実行しましたが、非常に壊れやすいようです。

プロジェクトを2つの単純なプロジェクトに分割/複製することを検討しました。

• GenerateSources＆Java
• GenerateSources＆SWC

しかし、これは相互参照による小さな煩わしさを解決するだけです。

アーロンが彼のコメントで指摘したように、私は問題を述べるのがはっきりしていません。さらにいくつかの実験を行った後、これは私にとって非常に明確になりました。本質的に、解決すべき2つの問題があります。

1. 2つのアーティファクトを一緒にインストール/デプロイする
2. アーティファクトに別の名前を付けますproject.artifactId

プロセス全体をよりMavenのようにするための提案はありますか？

前もって感謝します。

別のアーティファクトに応じて、1 つの TeamCity ビルド構成があるとします。TeamCity でのビルドの進行中にアーティファクトを公開することができます。私の質問は、これらのアーティファクトを提供しているビルドがまだ進行中であっても、必要なアーティファクトがすべて利用可能になったときにビルドをトリガーすることは可能ですか?

これの目的は、ビルドを少し高速化することです。

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

アーティファクトをビルドした後、ビルド後のアクションとしてスクリプトを実行してアーティファクトをデプロイしています。そのため、ビルドされた場所を読み取ろうとしています.Hudsonで利用可能な環境変数は、アーティファクトのartifactId、Version、PackageTypeに関する十分な情報を提供していません。

だから、誰でもこれらの値を取得する方法について私を助けることができます....

前もって感謝します

ビルド プロセスにおけるアーティファクトの考え方について説明してもらえますか?

コードをチェックアウトして ant スクリプトなどをコンパイルおよび実行するためのワークスペース ディレクトリがあります。最後に、私の場合は、インストールの準備が整った jar ファイルを取得します。それはアーティファクトと見なされますか？

jar ファイルを配置するようにビルド スクリプトに指示する必要がありますか? ワークスペース ディレクトリに? 私のjarファイルは、変数などに応じて一意のファイル名を取得しますBUILD_ID.どのjarファイルを選択するかをJenkinsに伝えるにはどうすればよいですか?

編集：さて、私はこのようなことをやってみました：

パスは、ビルド スクリプトによって作成されるはずなので、私のワークスペースにはまだ存在しません。もちろん、.jarファイル.propertiesはまだ生成されていないため存在しません。なぜそれは私にエラーを与えるのですか？何かが足りないようです。

また、Jenkins はビルドごとにアーティファクトを削除しますか (アーカイブされたアーティファクトではなく、それらを削除するように指示できることはわかっています)? そうしないと、ハードドライブがすぐに詰まります。

.NETソリューションに取り組んでおり、TeamCityからソースコードとバイナリをダウンロードしたいと考えています。これが、ビルドアーティファクトを構成した理由です。アーティファクトパスの設定

ここまでは順調ですね。ただし、アーティファクト内のいくつかのフォルダーをスキップしたい。たとえば、スキップしたいソースアーティファクト内

source \ app \ Debug

そのための簡単な解決策はありますか？どうもありがとう！

PSこの質問がソートされたら、アーティファクトを圧縮します