問題タブ [commit]

これは少し厄介かもしれませんが、OLE DBを使用してC＃のMSAccessデータベースの特定の列の順序を変更しようとしています。データセット内のデータテーブルの列の順序に特定の変更をコミットするにはどうすればよいですか？それが不可能な場合、データセットを使用してデータベーステーブルの列を並べ替えるにはどうすればよいですか？

これが私が持っているもののサンプルです（C＃で）：

AcceptChangesは、DataRowsの変更のみをコミットすると信じているため、私がやりたいことには機能しないようです...

助けてくれてありがとう！

PERFORCEを使用しており、ソフトウェアプロジェクトを定期的にリポジトリに保存しています。一般に、作成者は通常のPERFORCEフローに従いますが、ファイルを編集する必要はなく、ファイルを読み取るだけのユーザーのクラスもあります。現在、P4Webを使用していますが、ユーザーが必要なため、各ファイルを個別にダウンロードしてプロジェクトディレクトリを再構築します。理想的には、ユーザーがPERFORCEでコミット/送信を行うと、スクリプトが自動的に実行されてプロジェクトディレクトリとファイルの単一のzipファイルが生成されるプロセスが必要です。これにより、ワンクリックでダウンロードできることが保証されました。ソースファイルの現在の状態に対して正しいこと。Gitにはこれに使用できるコミット後のフックがあることは知っていますが、PERFORCEで同等の機能を理解することはできません。

開発中のアプリケーションでは、テーブルからn行を読み取り、ドメイン固有の基準に基づいてそれらの行を選択的に更新する必要があります。この操作中は、データベースの他のすべてのユーザーをロックアウトして、不正な読み取りを回避する必要があります。

トランザクションを開始し、行を読み取り、レコードセットを反復処理しながら一連の更新ステートメントを作成します。レコードセットの読み取りが完了したら、レコードセットを閉じて更新を実行します。この時点でトランザクションをコミットしますが、データベースで更新が実行されていません。

トランザクションを削除すると、すべてが期待どおりに機能します。「ドメインのもの」はドメイン固有であり、レコードセットから値を読み取る以外はデータベースにアクセスしません。ステップを忘れましたか？

Subversionで以下のコマンドを書く方法を教えてください

1) ファイルをチャンクでコミットする方法。2) コミットする前にすべてのファイルをロックします。

私は中級の Web 開発者で、Subversion を自分のワークフローに統合しようとしています。これは学ぶべき重要なことであり、将来の問題の書き直しの悪夢から私を救うことができるということを理解しました.

私の現在のホストはdreamhostです。私は彼らと一緒にサブバージョンをセットアップしており、バージョン（Mac用）でプロジェクト（私の構文はここではかなりずれている可能性があります）をチェックアウトし、coda（Mac用）を使用して変更をコミットしています。

サーバー上でコミットが保存されているディレクトリにアクセスすると、それらはプレーンテキストとしてレンダリングされます。現在、何かをコミットするときに、別のディレクトリに ftp アップロードも行っているため、実際のサイトを表示できます。coda で別のバージョンにロールバックしてから、ftp 経由でアップロードできます。

これを適切に行っているかどうかはわかりませんが、コミットと ftp アップロードを並べて行うべきでしょうか、それとも単にコミットを行い、ftp にまったく触れずに最新のコミットをレンダリングされた Web ページとして表示することはできますか?

私は理にかなっていますか？

次のように入力したときにコミットされるファイルのリストを取得する方法はありますか?

git status リストが多すぎます。すべての単語を削除することもできますが、そうはしません。そして、追跡されていないファイルについて知らされたくありません。

私はもう試した

ただし、最近追加されたがまだコミットされていないファイルは表示されません。

私はあなたが得るのと同じ出力を探しています

例えば ​​$ svn status -q
A file.py
M dir/database.py
M start.py

最近のプロジェクトで Mercurial を使用しています。プロジェクトをデプロイしているWebサーバーには、本番設定のわずかに異なる構成ファイルがあります。問題は、私がpullとupdate、しばしば と もしなければならない場合mergeですcommit。

これは正しいワークフローですか? 更新を継続できるようにするために、変更セットをコミットする必要があるのは奇妙に思えます。マージにより、それらが本番ブランチに統合され、更新するたびに継続されると考えました。これは、私がまだ慣れていない分散バージョン管理パラダイムですか?

ファイルシステム全体に散在しているSVNリポジトリからのいくつかの異なるフォルダの作業コピーがあるとしましょう。それらの親ディレクトリはリポジトリの一部ではありません。例えば

これで、すべてに一度にチェックインしたい変更が含まれています（svn便宜上、1回だけ呼び出し、簡単にするために1つの新しいリビジョン番号のみを使用します）。

これは可能ですか？これはチェンジリストの目的ですか？svn<v1.5を使用した場合はどうすればよいですか？

（ここSOには同様の質問がいくつかありますが、それらは異なる問題を参照しています。）

編集：明確にするために：作業コピーはすべて同じリポジトリに属していますが、異なる部分に属しています。つまり、リポジトリは次のようになります。

私はブランチで作業しており、作業コピーを取得しましたが、それは本当に汚れています。コミットする変更を調べたとき、いくつかのワンライナー修正をブランチにコミットしたかったのmasterです。

この場合、使用git stashは実際には役に立ちません。なぜなら、私の作業コピーには、マスターとまだマージされない他の変更がたくさんあるからです。

この状況を修正するためのより効率的な方法はありますか? (例: コミットを作成し、その親を移動しますか?)

CVS の pre-commit フックでコミット メッセージを使用することは可能ですか? CVS サーバーはリモートで実行されており、私は を使用してアクセスしていpserverます。

理想的には、ファイルがフィルターを通過した場合、またはコミット メッセージに特定のテキストが含まれている場合に、コミットを許可したいと考えています。

別のバージョン管理システムを使用する選択肢はありません。