問題タブ [versions]

私はEmacsを使用しており、現在、異なるバージョンのPython（2.xおよび3.x）を使用し、両方とも異なるドキュメントセットと異なるインタラクティブシェルを使用するプロジェクトに取り組んでいます。

Emacsでこれらのバージョンを区別できるようにしたい（したがって、pylookupで正しいドキュメントを読み、正しいインタラクティブシェルをセットアップする）。Emacsでこれを行うにはどうすればよいですか？

試用版と有料の「プロ」バージョンの 2 つの形式で提供される Android 用のアプリケーションがあります。2 つのバージョンは Android マーケットで共存し、パッケージ名が異なります (com.app.trial と com.app.pro と呼びましょう)。それらは同じコードベースを共有しています。Eclispe でトライアル ビルドとプロ ビルドを切り替える必要がある場合、正しいバージョンをビルドするためにコードを編集するたびに 20 分以上を費やさなければなりません。私の手順は次のようになります。

1. AndroidManifest.xml のパッケージ名を変更します (アプリの versionName と versionCode も変更します)。

2. メイン パッケージ名「com.app.pro」をクリックし (pro が最新のビルドで、今はトライアル ビルドを作成したい場合)、[リファクタリング] -> [名前の変更] を選択し ([参照の更新] と [サブパッケージの名前の変更] をチェックします)、Eclipse に改名を行います。

3. 私のコードでは、多くのファイルが「com.app.trial」に自動的に変更されるのではなく、「古い」パッケージ名「com.app.pro」をまだインポートしています。場合によっては、明確な理由もなく、名前の変更中に Eclipse がこれらの参照を追加します (特定の Java ファイル内からこの特定のパッケージへの参照がありません)。すべてのインスタンスを手動で編集する必要があります。

私の質問は：

この手順にかかる時間を短縮するにはどうすればよいですか? また、#ifdefs (別名 Abilities) の便利なサポートがある NetBeans も使用しています。これにより、ビルド間の切り替えが非常に簡単になります。残念ながら、Eclipse は #ifdefs をサポートしていません (少なくとも組み込みサポートはありません)。

どんな提案でも大歓迎です。

PS参考までに、Eclipse Ganymedeバージョン3.4.2を使用していますが、新しいバージョンも試しましたが、同じです。

バージョン番号が異なるレールバージョンはどの程度互換性がありませんか? これらの数字の意味は何ですか?

たとえば、バージョン 2.8.7 から 3.0.1 では、重大な非互換性の問題が発生する可能性があります。

しかし、バージョン 2.7.1 と 2.7.2、または 3.0.6 と 3.0.7 はどの程度互換性がないのでしょうか?

Qt でアプリケーションを開発していますが、D 言語 (QtD バインディングを使用) を使用しています。私のアプリが Qt 4.7.x でクラッシュすることに気付いたので、代わりに Qt 4.6.2 を使用する必要があります。ただし、私のシステムでは Qt 4.7.2 がインストールされています。残念ながら、私は QtD を最新の Qt バージョンで動作させることも、(残念ながら) QtD 開発者を頼りにすることもありません...

アプリケーションをシステムQt 4.6.2ライブラリにインストールして使用するために必要な唯一のことですが、他のすべてのアプリケーションは引き続きQt 4.7.2を使用します。出来ますか？もしそうなら、どうやってそれを行うのですか？

Javassist バージョン3.12.1.GAに依存する Maven プロジェクトがあり、(中央のリポジトリに加えて) 2 つのリポジトリがあります: JBoss (https://repository.jboss.org/nexus/content/groups/public) とJava.net (http://download.java.net/maven/2)。

リポジトリごとの Javassist の利用可能な最新バージョンは次のとおりです。

• 中央: 3.12.1.GA
• JBoss: 3.12.1.GA (バージョン 3.3 も含まれます。以下を参照)
• Java.net: 3.3 (利用可能な唯一のバージョン)

を実行するmvn versions:display-dependency-updatesと、Javassist のバージョンをアップグレードできると表示されます。

つまり3.3 > 3.12.1.GA、この特定のケースでは、これは真実ではありません!

javassist に触れてはならないこと、またはこの特定の依存関係に別の順序を使用する必要があることをバージョンプラグインに伝えるにはどうすればよいですか?

.NET Framework 4.0 の上に IE アドオンをビルドした場合、異なる .NET Framework バージョン (つまり 2.0) を対象とする他のアドオンと同時に使用できますか?

また、この件に関して IE の異なるバージョンを気にする必要がありますか?

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

Mac 用の Tortoise のような最高のフロントエンド SVN クライアントは何かと思っています。

アンドレイ

私は Mac を持っていてバージョンをインストールした友人を手伝っていますが、どうやらパッチ ファイルを作成する方法がないようです。彼が送ってくれたスクリーンショットを見たところ、それは正しいように見えました。

Mac でバージョンを使用して SVN を実行した人はいますか? もしそうなら、Windows や他のプラットフォームで他のユーザーと共有できるパッチを作成できましたか?

バージョン以外に使用するのに適したソフトウェアはありますか?

今日は私がSVNで遊んでいる最初の日です。ただし、解決できない状況が 1 つあります。

私は 2 台の PC でチェックアウトします。最初の PC の PC は、ファイル内の何かを変更してコミットします。次に、2 番目の PC がコミットを試みます。

2 番目の PC で更新を実行する必要があり、PC 1 から新しいファイルを取得し、再度適切にコミットできますが、更新前に行った変更は失われます。

コード行を書く前にコミット/更新する必要がある場合、SVNはそれほど素晴らしいものではありません。そうしないと、同じファイルで作業している他の人が最新バージョンを持っていません。

「ライブ」コラボレーションについては何も考えていないことは理解していますが、古いバージョンで作業していた場合、更新の代わりに変更を最新バージョンに手動で「移植」できる何かがあるに違いありません。

「バージョン」をsvnクライアントとして使用し、textwranglerをphpコードを編集するためのエディターとして使用しています。

相互依存プロジェクトのリリースを自動化しようとしています。これがシナリオです。A と B の 2 つのプロジェクトがあります。プロジェクト B はプロジェクト A に依存しています。自動化された手順で実行する必要がある手順は次のとおりです。

1. maven-release-plugin を使用してプロジェクト A をリリースします。（私はこれを行う方法を知っています）。これが私が定義した一連の目標です: release:clean release:prepare -DcommitByProject=true -DautoVersionSubmodules=true release:perform

2. プロジェクト A の最新の SNAPSHOT バージョンをリポジトリにデプロイします。(単に deploy を使用しても機能します。ただし、以下で説明するわずかな問題があります。)

3. フル リリースを行う前に、プロジェクト B のプロジェクト A の SNAPSHOT 依存関係バージョンを最新のリリース バージョンに更新します。これを達成するために、プロジェクト B の POM ファイルで、prepareGoalsを次のように設定しました ( clean verify versions:use-latest-versions versions:commit )。

すべてがうまくいくようです。

今私が欲しいのは、リリースが完了したら、プロジェクト B のプロジェクト A の依存関係が、リリース中にrelease:prepareプラグインによって設定された最新の SNAPSHOT バージョンに依存することです。

私が思いついた解決策は、 release:performが実行された直後に、プロジェクト A SNAPSHOTのmaven deployを実行することでした。(プロジェクト A の新しいゴール シーケンス: release:clean release:prepare -DcommitByProject=true -DautoVersionSubmodules=true release:perform clean install deploy )

次に、プロジェクト B のリリース サイクルの最後に、 versions:use-next-snapshotsを実行できます。(プロジェクト B の新しい目標シーケンス: release:clean release:prepare -DcommitByProject=true -DautoVersionSubmodules=true release:perform versions:use-next-snapshots )。ここでは、プロジェクト A の依存関係のみを処理するようにバージョン プラグインを制限しています。

問題は、プロジェクト A の目標を実行するときです。Maven は、インクリメントされたバージョンではなく、古いバージョンで SNAPSHOT をデプロイします。したがって、プロジェクト A のリリース前のバージョンが1.1-SNAPSHOTだった場合。リリース後のバージョンは1.2-SNAPSHOT になりました。リリース バージョンは1.1になります。ただし、デプロイされたプロジェクト A スナップショット バージョンは1.1-SNAPSHOTであり、 1.2- SNAPSHOT ではありません。

maven-release-plugin の目標が実行された後、maven がメモリ内の pom を更新していないと推測しています。