問題タブ [revision]

展開されたファイルが一貫した時刻/日付でターゲット システムに表示されるようにすることは、適切でクリーンなことのように思えます。多くのアプリケーションがこれを行っているようですが、ユーザーの既存のデータを上書きする以外には、実際の意味はないと思います。インストーラーのパッケージを削除しています。特定の日付/時刻を処理する正当な理由があるかどうかを知りたいです。

ソース管理は素晴らしいです。優れた機能の1つは、何かが混乱した場合に以前のリビジョンに戻ることができることを知っていることです。

ただし、不要になったコードの大規模なバッチを削除することを嫌がりますが、将来的にはその一部を使用したいと思うかもしれません。現在のコードベースでは実際にはビジネスがありません。ただし、改訂履歴を調べて見つける簡単な方法がないため、削除するのは好きではありません。私はよくそれを切り取って貼り付け、「未使用」や「tmp」などのわかりやすい名前のファイルに入れますが、しばらくそこに留まります。

この問題は、リポジトリの履歴を参照したり、過去のコードを検索したりするための優れた方法があれば解決されます。これを可能にするGUI、または使用できる使いやすいプロセスはありますか？TortoiseSVNでこれを行う方法はありますか？今のところ、私が知っている唯一のアプローチは、さまざまなリビジョン番号をチェックアウトして、必要なファイルがそこにあるかどうかを確認することです。

Linux で svn リポジトリ全体のリビジョン ツリーを作成するには、どのツールを使用すればよいですか。そのリポジトリで行われたすべてのアクションを視覚化したようなものになります。

そこで、masterから新しいブランチを作成し、最終的に変更をマージして戻しました。一部の変更のみがマージされたように見え、一方向にマージされたように見えました。最終的に、マスターがすべての「実験的」変更を確実に受け取るようにした後、実験的ブランチを削除して新しいブランチを作成しました。したがって、この質問は突然いくつかの質問に変わります。

1）ブランチを一致させて、別々に保つにはどうすればよいですか？

1a）新しいブランチを作成するだけではないというのは悪い習慣ですか？

2）1回のマージ後、ブランチが同じではなかったのはなぜですか？

2a）すべての変更を加えたいものに対してのみマージを呼び出すことになっていますか？

私はSubversion/TortoiseSVNにかなり慣れていないので、ファイルのリビジョン番号に基づいてファイルが変更された時間を追跡できるように、Subversionがファイルのリビジョン番号をスキップしないようにする方法があるかどうか知りたいです。

例：A.txt、B.txt、およびC.txtリビジョン1があります:(ファイルをリポジトリに追加しました）A.txt：1 B.txt：1 C.txt：1

リビジョン2:(編集されたファイル：A.txtおよびB.txt）A.txt：2 B.txt：2 C.txt：1

リビジョン3:(編集されたファイル：A.txtおよびC.txt）A.txt：3 B.txt：2 C.txt：3<---------この「3」を2にします**********

******** C.txtに1つの変更を加えましたが、リビジョン番号を1回増やしたいです（2をスキップして3に直接進むのではありません）。Subversion / TortoiseSVNがこのように実行する理由と、それに従う方法は理解していますが、私が取り組んでいるプロジェクトでは、これを別の方法で実行したいと思います。私はどこでも読んだことがありますが、この問題を抱えている人を見つけることができないようです。助言がありますか？

ありがとう

私はこれで新しいです

C# のコード内でファイル リビジョン キーワードを使用する構文を知っている人はいますか? SQL Server での使用方法は知っていますが、正しい構文を取得できないようです。バージョンを表示したいファイルにプロパティを既に追加しています。

ソース管理にSubversionを使用するasp.net/C#アプリがあります。

私のアプリは、チャームのように機能するビルドごとにAssembleVersionとAssemblyFileVersionを自動的に増やし、サイトの管理側にビルド番号を表示します。

デプロイメントを行うときにAssembleVersionとAssemblyFileVersionを追跡しますが、問題が発生して特定のバージョンにロールバックする必要がある場合、Subversionでどのリビジョンをターゲットにするかがわかりません。

私にはいくつかのアイデアがあります：

1. 各ファイルにコメントとしてAssembleVersionを保存します
2. コミットコメントにキーワードがあり、コミットごとにAssembleVersionに置き換えられます（それを行う方法を理解する必要があります）

ヘルプや提案をいただければ幸いです

更新： オプション「1」は実際には愚かな考えです。これは、ビルドするたびにすべてのファイルが更新済みとしてマークされ、コミットするとすべてのファイルが更新されることを意味するためです。

私はそのようなリビジョン管理を狂ったように利用します。それが存在しない場合-それを構築するための良い出発点はどこにありますか？たぶんたくさんのデザインやインタラクションフローを作ることができますが、それを実装することは別のことです。

Adobe Photoshop / Illustratorで動作するマクロを作成することから始めるのは良い考えですか？または、オンライン画像編集ツールの1つですか？

オンライン画像編集ツールの1つで作業している人を誰かに紹介してもらえますか？

VS2010で新しいプロジェクトを開始しようとしています。このプロジェクトには、いくつかのWindowsサービス、いくつかのdll、GUIアプリケーション、およびMSSQLデータベースが含まれます。

ソース管理でこれらを処理し、Team Foundation Serverをさらに指定するのに最適なものは何ですか？

以前のプロジェクトでは、Tortoise SVNを使用して各コンポーネントを個別にリポジトリにコミットしましたが、リビジョン管理の観点からはプロジェクト間に接続はありませんでした。私は特に、これまでデータベースを使って開発を行ったことがないデータベースの管理方法に興味があります。

現在、テーブル内の値に対してある種のバージョン管理を実装しています。と の間に複合主キーがbookingIdありrevisionます。このテーブルから、ヘッド リビジョンであるすべてのレコードを選択できるようにしたいですか? 私は何をすべきかわかりません。

[ bookingDetailsTable] :

• [予約ID ]
• 【リビジョン】
• 【お名前】
• 等...

SELECT * from bookingDetailsTable group by bookingId最初のリビジョンを選択しますが、予約ごとに HEAD リビジョンを選択できるようにしたいと考えています。

WHERE はテーブル全体で最も高いリビジョンのみを選択するため、このようなことはできないことを付け加えておきます。

私の現在のSELECT

これが私の現在の選択で、3 つの結合があります。REVISION コントロールは詳細テーブルに限定されます。したがって、結合でこのテーブルの最高のリビジョンのみを使用するようにします。 module_bookings_bookings_details