一緒にコミットされたファイルをグループ化(シングルとしてコミット)あなたはすでにSVNのでリポジトリにそれらを約束した後?

StackOverflow https://stackoverflow.com/questions/926354

質問

あなたはSVNのでリポジトリにそれらをすでにコミットした後?

このことは、(シングルとしてコミット)をグループ化することが可能にコミットされたファイルの数です

私が束(subeclipseを使用していない)、それらをコミットしてきたし、これが可能だったかどう誰もが知っていた場合、私はちょうど思っていた後、私は常にファイルまたは2を忘れているようだ。

役に立ちましたか?

解決

私は一緒にグループの改正に高いレベルのツールを使用して、変更を追跡するための最良の解決策を見つけるます。

私たちは、すべてのタスクを文書化するRedmineのを使用して、私たちのsvnリビジョンは自動的にそのに対して刻印されています。このように働いて、修正が7つのまたは8コミットを取る場合でも、あなたはすぐにあなたのログを検索し、単一ユニットとしてリリースにバグ#366の修正をロールバックすることができます。

Redmineの、tracの、FogBugzの、bugzillaを、TFS、すべての良います。

他のヒント

あなたがコミットを行うと、

、それを修正する方法は、意図的にありません。この方法のR123は、常に同じものを指します。あなたが後でコミットにファイルを追加することができれば、その後、チェックアウトR123を変更する前に人がチェックアウトR123を変更した後、いずれかのバージョン管理システムの主要な目標を壊す誰かとは異なる見解を持っているでしょう。

これは本当に問題よりも違いはありません「私はそれに構文エラーがあり、ビルドしないであろうコードをコミットする場合、私は何をすべきでしょうか?」答えは、それに修正を持っている何かをコミットすることです。 2例と同じ問題を作成し、同じソリューションを持っています。

いいえ、パワーのこの種のために、あなたは Gitののようなツールが必要になります。

前の回答にフォローアップする。

私が使用 をほぼ独占的に地元維持する能力のために、この時点でGitのSVN私は完全に機能して行われていたときに、その後の改正とは、SVNツリーにマージ。 GitのSVNで作業する場合、私はローカルに自分の変更をコミットし、私は完全に行われていたときに、その後、SVNに同期ます。

回避策:。、問題のすべてのリビジョンをマージし、逆コミット、あなたのWCに再びそれらのリビジョンからの変更を適用し、一度にすべてをコミット

免責事項:私はそれを試していない。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top