私はSVNを初めて使用します。SVN-「SVNに統合するファイルを準備する」ためにここに追加しますよね?ただし、バージョン管理に効果的に統合したい場合は、コミットする必要があります(SVNコミットを実行するときにチェックボックスをオンにします)。では、なぜ元に戻す-追加するのでしょうか(コミット後にファイル統合を検証する前に追加しても影響がない場合)?
また、SVNの使用に関するいくつかの良い参考資料を教えてください。
ありがとう、よろしく。
私はSVNを初めて使用します。SVN-「SVNに統合するファイルを準備する」ためにここに追加しますよね?ただし、バージョン管理に効果的に統合したい場合は、コミットする必要があります(SVNコミットを実行するときにチェックボックスをオンにします)。では、なぜ元に戻す-追加するのでしょうか(コミット後にファイル統合を検証する前に追加しても影響がない場合)?
また、SVNの使用に関するいくつかの良い参考資料を教えてください。
ありがとう、よろしく。
ファイルを追加した後、間違いを犯したため、SVNに追加したくないと判断しました。したがって、コミットする前に、追加を元に戻します(つまり、作業コピーの変更を元に戻します)。
最後にファイル名を付けて次のsvnコマンドを使用します。
svn del --keep-local
SVNで行うすべての操作は、ワークスペース内でローカルに行われます。
新しく追加したファイルをコミットしたくない場合は、この追加を「キャンセル」して、ワークスペースをクリーンにする必要があります。これが「追加解除」の目標です。
これがSVNについての非常に良い講義です:http ://svnbook.red-bean.com/
では、なぜ元に戻す-追加するのでしょうか(コミット後にファイル統合を検証する前に追加しても影響がない場合)?
そのファイルをコミットしないと、SVNリポジトリに追加されたことがわかりません。しかし、「統合の準備」を考える代わりに、「ファイルをバージョン管理下に置く」と考えてください。これが意味するのは、ファイルレベルではなくフォルダーレベルでSVN操作を実行する場合、意図的に更新したいファイルのみが確実にタッチされるようにすることができるということです。
svn up docs /を実行し、ローカルフォルダーにリポジトリ内のファイルと同じ名前のファイルが含まれている場合、svnは文句を言います。ローカルファイルがバージョン管理下にある場合は、気付かないうちに2つを完全にマージできます。
同様に、フォルダ全体をリポジトリにコミットする場合は、特に包含のフラグが付けられていないファイル(.lckや.dsストアなど)が誤ってコミットされないようにすることができます。せいぜい不要な混乱を引き起こします。最悪の場合、チームの開発者間で競合が発生します。
この場合、「undo-add」を使用しないということは、上位のディレクトリレベルでsvn commitを実行すると、このファイルがリポジトリに追加されることを意味します。おそらく、最初に「svnadd」を実行することを忘れてからかなり経ちます:)