問題タブ [revision-history]

TortoiseHgで1つのファイルの改訂履歴を表示できることを知っています。ただし、特定のディレクトリ内のリビジョン履歴を表示したいのですが。TortoiseHgでこれは可能ですか？

リポジトリが特定の既知の以前の状態にあった場合に完全に適用される順次パッチのリストを出力するコマンドを探しています。これは、私が遭遇したいくつかのhg glog問題を含むリポジトリです (自分のクローンでプレイしたい場合は、 https://bitbucket.org/dusty/funny_repo/からも入手できます):

hg export基本的に、変更セット 0、1、2、3、6、7、および 8 を出力するために、どのリビジョンセットに渡すかを知りたいのです。これらの変更セットの「効果」が適用されるため、変更セット 4 および 5 は必要ありません。変更セット 6 のマージ コミットで。

ancestors(default)すべての変更セットを出力しますが、変更branch('default')セット 1 と 2 を無視します。変更セット 1 と 2 は、別のブランチ上にあり、パッチを完全に適用するために必要です。

明らかに、このインスタンスでは使用できますhg log -r "0..default and not branch(branch2)"が、すべてのケースで機能するより一般的なコマンド revset を探しています。

テストのために、コマンドhg export -r "0..default and not branch(branch2)" -o ../%R.patchと次の for ループを使用して、結果のパッチを適用しています。

Djangoでは、Postオブジェクトに関連付けられた画像への同時変更をどのように処理しますか?

これは以前に尋ねられた質問の傾向ですが、同じ問題を完全にはカバーしていません。これら ( question、question、question、およびquestion ) を読みましたが、問題は少し異なります。

タイトル、要約、本文、および関連する画像を含むブログ投稿モデル (速度のための擬似コード) があります。

ここで追加したいのは、このPostモデルへの変更履歴を保存する機能です。これについては、次の 2 つの可能性を考えました。

可能性 1

ただし、これには、変更のないデルタを格納しているという問題があります (たとえば、titleが変更されず、フィールドのデルタしかない場合などbodyです。つまり、複数のフィールドが変更された場合、'1 リビジョン == 1 完全に適合します)。リビジョン'。

可能性 2

2 つの異なるアプローチにより、これはフィールドの diff の履歴を正常に取得します。これは、 diff-match-patchを使用して生成します (組み込みのdifflibよりもわずかにパフォーマンスが優れています)。私が現在抱えている 2 つの問題は、マスター オブジェクトの生成 (つまり、チェーンの最上位のリビジョン) に関連しています。

問題は、投稿オブジェクトに関連付けられた画像への同時変更をどのように処理するかということです。これらはbody、モデルのフィールド内の参照を介して変更されます (これは、画像フィールドの URL 参照を追加するためにフォームPost上で編集される Markdown 形式のテキスト フィールドです)。POSTこれに対処する最善の方法は、リビジョンとPostオブジェクトで M2M フィールドを使用して、画像を常にPostRevisionオブジェクトと共に保存できるようにすることですか?

アプリケーションの構成用のドメインオブジェクトとそれに関連するテーブルのセットがあります。認証されたユーザーは、プレゼンテーション層を介してこれらのドメインオブジェクトデータを変更できます。これらの ドメインオブジェクトには非常に重要なデータがあり、誰がいつデータを変更したかを見つける必要があります。私のアプリケーションのデータアクセスレイヤーは、JPA、Hibernate、Springを使用して実装されています。ユーザー+アクション日付+アクションタイプ+以前の値で構成されるすべての変更の記録が必要です。

たとえば、些細なドメインオブジェクト（この質問の目的のために簡略化されています）を考えてみましょう。

Connection次の値を持つインスタンスがあると想定します。

ユーザー（例John）がUIにログインし、この接続を次の値に変更した後：

ご覧のとおり、JohnはプロトコルをHTTPSからHTTP（安全なプロトコルから安全でないプロトコルに！）に変更しました。その結果Connection、監査可能にするためにインスタンスの履歴を別のテーブルに保存する必要があります。

私は自分のための解決策を研究し、次の結果を見つけました：

1. トリガー： 1つの可能性は、テーブルにトリガーを定義することです。この方法の短所は、データベースへの依存関係です。
2. Hibernate Envers：このソリューションは優れていますが、DAOレイヤーがHibernateに依存するようになり、JPAとそのプロバイダーの独立性のメリットが得られません。
3. Spring Data Commons + hades：は良いですが、 ： 、、、などMappedSuperClassの注釈によって任意のエンティティに列を追加しました。これは、エンティティの完全な履歴と状態を保存することを意味します。Create UserCreate DateLast Update UserLast Update Date
4. 私自身の設計/実装： *この目標のためにレイヤーを実装することはできますが、この要件は私にとって特別なものではなく、ベストプラクティスに従って他の人によって解決されたと思うので、このソリューションは好きではありません（すべきではありません） t車輪の再発明）

誰かがこの問題の提案や解決策を持っていますか？

（私の質問が長く、専門家にとって基本的すぎる場合は申し訳ありません）

OK、数百行の適切なコードを元に戻しました。分かってる。それはすべて私のせいで、SVN やバージョン管理システムとは何の関係もありません。私は非常に疲れていて、非常に気が散っていたので、コミットボタンの代わりに元に戻すボタンを押しました。

SVN (おそらく Ankh クライアント) は、ユーザーが誤って破壊的なアクションを実行するのを防ぐために多くのことを行うことができます。しかし、私はツールを責めるつもりはありません。私は責任を負い、自分の時間でそれを支払います。

今、私は謙虚にあなたのアドバイスを求めます.

頻繁にコミットする必要がありますか? コードが不完全でも？コードが実行されなくても？

サンドボックスはどうですか？それらは開発中のコードをコミットする目的で使用されていますか?

一方で、シンプルなローカル リビジョン コントロール ソフトウェアはありますか? ファイルシステムを監視し、すべての変更を記録するものはありますか?

前もって感謝します。

私のgitログに2つのコミットがあるとしましょう。ここで、最初のコミットに戻り、いくつかのファイルを変更して、それを 3 番目のコミットとして追加します。入力するとgit log、同じブランチに 3 つのコミットが必要になります。git reset --soft firstcommit その後、再度コミットすると、2 番目のコミットが消去されます。どうすれば欲しいものを達成できますか?

データベースを設計しようとしていますが、変更履歴を追跡できるようにしたいと考えています。

食品のすべての栄養成分を記載した表を作成します。ユーザーがアイテムに変更を加えたとき (カロリーを 100 から 200 に変更したとします)。それを新たなリビジョンとして作りたい。

そうすれば、最初の 100 カロリーが 200 カロリーに更新されたことがわかります。これは、編集されたものを確認できるスタックの方法によく似ていると思います。

これを行う最善の方法は何ですか？私はSQLサーバーとnhibernateを使用しています。

リビジョン番号となる別の列または何かを考えていました。その後、改訂が行われるたびに番号が増分されます。これは良い方法ですか？

クライアントのプロジェクトで「マスター」mercurial リポジトリを使用して、サード パーティ (請負業者) と協力します。非常に雑然としたコミット履歴 (トレイルとエラーを含む) を取得しているようです。これらの詳細をクライアントから隠したい (つまり、コミット履歴全体を公開しない)。ただし、同時に、リポジトリを使用して結果をクライアントに配信したいと考えています (整然とした、より「凝縮された」形式で)。この目的に適した推奨ワークフロー (およびツール/hg コマンド) はありますか?

この質問: SVN: リポジトリ トランクを別のブランチ (履歴付き) に移動すると、あるリポジトリを別のリポジトリのサブディレクトリとしてマージするための履歴保存プロセスが概説されます。同様のマージを行う必要がありますが、新しい結合リポジトリでリビジョン番号がどのように管理されるかを理解しようとしています。

「RepositoryA」と「RepositoryB」の両方にすでに「リビジョン 5」があると仮定すると、「RepositoryA/trunk」のリビジョン 5 が「RepositoryB/RepAProject/trunk」に再配置された場合、番号は何になりますか? 両方のリポジトリのリビジョン番号は更新されますか? それとも、マージされたリポジトリは、マージの日付に適した新しい連続したリビジョン番号を取得しますか?

svn switch --relocateまた、おまけの質問として、ユーザーが古いレポから新しいサブディレクトリに移動することは引き続き可能ですか、それとも新しいレポジトリの UUID によってそれが妨げられるのでしょうか?

私は重要なプロジェクトで働いています。いくつかの php ファイルと css ファイルを変更し、テーマをアップロードしました。次に、キャッシュを削除しましたが、プロジェクトが機能しません。変更の最初の時点でリカバリ ファイルを希望します。方法はありますか？私の英語ですみません。