2009-11-25 10 views

答えて

6

、あなたはSubversionのためconditions which make a file appear as modifiedを確認する必要があり、(すなわち、あなたは自分の変更内容を保存するのを忘れていなかった):

  1. は「最後の変更」の日付があり、および/またはファイルサイズが変更されましたか?
  2. ない場合:はい場合は、ファイルを
  3. が変更されていない:異なっ最初のバイトでBASEファイルとファイルの内容を比較
  4. 停止、何バイトが異なるがBASEに係るない場合は修正
  5. としてファイルをマークし、私のexpirienceでは、変更されていない
6

ほとんどの場合、変更はありません。試してみてくださいsvn status

+0

何も返さない... –

+3

これは変更がないことを意味します。 – balpha

+0

しかし、私は変更があることを保証することができます、私は前に2番目のファイルを変更しました。 これは何が原因ですか? –

7

あなたは最初にmyFile.txtを追加しましたか?

svnに追加されたファイルに対する変更のみをコミットできます。

+0

はい、それはすでにリポジトリに含まれています –

+0

myFile.txtはバージョン管理下にはないとは言えませんか? –

+0

おそらくそれは –

2

"svn st myFile.txt"を実行してください。最初の列に?そのファイルがソース管理下になく、 "svn add myFile.txt"する必要があります。最初の列が空白の場合、コミットの変更はありません。最初の列が他のものであれば、 "svn help st"は他の可能なフラグの意味を与えます。ファイルが実際に変更された場合

0

としてファイルをマークし、私が働いていた.phpファイルには、いくつかの別の場所に元のソフトリンクました。したがって、元のファイルが変更されたという事実にもかかわらず、ソフトリンクは同じままです。元のファイルとリンクを入れ替えて、CommitStatus、およびUpdateのコマンドが変更を開始しました。

あなたがls -laを行うときは、次の形式で矢印の形とそれの前にoriginaの位置によってのLinuxで、元のファイルとソフトコピーを区別することができます。

myTestfile.xxx -> /var/www/html/myTestOriginalfile.xxx 
0

私は同じ問題がありました。私の場合は、外部ディレクトリの外部ディレクトリのバージョンが変更されたディレクトリ名です。 私は最後の外部ディレクトリで直接実行されたコミットでこれを回避しました。 私はまだそれが何を引き起こしたのか分からず、それを再現できませんでした。

関連する問題