1

Atlassian Stash の Import Subversion ツールを使用して、Subversion リポジトリを Git リポジトリに変換しました。ほとんどの場合、それが生成した .gitattributes は多くのことが望まれているように見えますが、うまくいったようです。

テキストファイルであっても、すべてテキスト差分が設定されていない 7503 エントリのファイルが作成されました。このせん断数のエントリは、パターン マッチングを使用するのではなく、各ファイルが明示的にリストされた結果です。

masterこれを修正するために、 calledから離れたローカルの非追跡ブランチを作成しましたadd-gitattributes。ここで、デフォルトの .gitattributes ファイルを次のように変更しました: https://gist.github.com/anonymous/6049144に変更をコミットしましたadd-gitattributes

how-to-normalize-working-tree-line-endings-in-git で説明されているように、リポジトリで行末を正規化するプロセスを進めています。予想どおり、多くのファイル (5000 以上) が に従って変更さgit statusれます。

ただし、master からの分岐は十数個あり、一部の分岐には分岐があります。これらすべてのブランチの行末を正規化するにはどうすればよいですか? 自分のgit-attributesブランチを master にマージして、他のブランチを更新 (マージ) することはできますか? 他のブランチに追加された新しいファイルはどうなりますか? それらはどのように正規化されますか? 競合が発生した場合、どのように対処しますか?

4

1 に答える 1

0

行末の変更を取り込みたい各ブランチに対して、最新のコードを使用してプル リクエストを開始する必要があります。

1.) 変更をコミットしてプッシュするmaster

master2.)これらの変更があることを確認したい各ブランチからプル リクエストを開始します。この時点で、他のブランチを変更にマージする理由を正確に説明する機会があります。

3.) プル リクエストを受け入れると、その時点で発生する競合を処理します。

新しいファイルに関しては、維持したい行末のみを使用するように開発チームに指示する必要があります。ほとんどの IDE は、ファイルを作成または変更するときに、デフォルトで必要なものを使用するように構成できます。

于 2013-07-22T02:14:00.933 に答える