問題タブ [git-svn]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
4 に答える
706 参照

svn - 外部のsvnリポジトリのローカルで変更されたコピーを維持する方法

いくつかのパッチを適用した外部svnリポジトリをチェックアウトしました。
(パッチの適用は、競合のために手動でのみ実行できます。)

ここで、リモートリポジトリのこのローカルコピーを適切な方法で維持できるようにしたいと思います。
(リモートリポジトリで読み取る以外のアクセス権はありません。)

まず、パッチの適用には手動の手順が含まれていたため、ある種のソース管理システムでローカルの変更をチェックインできるようにする必要があります。

そして第二に、私はまだリモートリポジトリから更新を受信できるようにしたいです。

これを達成するための最良の方法は何ですか?

0 投票する
2 に答える
2597 参照

git - git-svnを使用して削除をコミットできません:ファイルまたはディレクトリが古くなっている可能性があります

私はこの投稿を見てきましたが、それでも私の特定の問題を解決する方法を理解できません。

svnリポジトリに対してローカルでgit-svnを使用しています。私は通常次のことをします:

  1. git svn rebase(リポジトリから最新のものを取得するため)。
  2. git checkout local-dev
  3. git merge master(これを私のローカルブランチにマージするため)
  4. 変更を加え、ローカルでコミットします
  5. gitチェックアウトマスター
  6. git merge local-dev
  7. git svn dcommit(すべてをアップストリームに送り返すため)

マージされたマスターからリポジトリに最新のバッチをコミットしようとするまで、通常は正常に機能します。

$ git svn dcommit

http://mysvnrepositoryにコミットしています ...D PROJECT / Content / js / dp / jquery-1.3.2.js

コミット中のマージの競合:ファイルまたはディレクトリ'PROJECT / Content / js / dp'はおそらく古くなっています:リソースが古くなっています。C:\ Program Files \ Git / libexec / git-core/git-svnの508行目で更新してみてください

この「/dp」フォルダーを操作中に削除したところ、gitはすべてを正常に処理しているように見えましたが、svnに送信されなくなりました。

これを修正する方法について何か提案はありますか?

0 投票する
4 に答える
6640 参照

git - git-svn 単一の git commit をコミットする

複数のプッシュされていないgitコミットがある場合、それらのコミットの 1 つだけを行うことは可能git-svn dcommitですか?

たとえば、foo、bar、および baz をコミットしましたが、今は bar だけを svn リポジトリに配置したいと考えています。これは可能ですか?

0 投票する
11 に答える
45944 参照

git - HEAD 履歴から上流の SVN 情報を特定できません

このエラー メッセージが表示されるのはなぜですか?

0 投票する
5 に答える
9977 参照

svn - git-svn で Subversion プロパティを設定する方法

git-svn によって作成された git リポジトリに subversion プロパティを設定する方法はありますか?

私の場合、svn:externalsvn:ignoreおよび のバージョンを編集したいと考えていますsvn:executable

ただし、これを行う唯一の方法は、Subversion クライアントでのチェックアウトを伴うようです。リポジトリを 2 回チェックアウトせずに svn プロパティを編集する方法はありますか (git で 1 回、プロパティで svn で 1 回)。

0 投票する
2 に答える
122 参照

git - git-svnでインポートするときに冗長なレポディレクトリを削除しますか?

標準の svn 規則 (trunk/branches/tags) に従う svn リポジトリをインポートしようとしています。「問題」は、各コピーの下に 2 つのまったく役に立たないディレクトリがあり、git リポジトリで本当に削除したいことです。私のsvn構造は次のようになります:

svn では、ほとんどのユーザーは「realstuff」からチェックアウトするだけなので、これらの 2 つのディレクトリはそれほど害はありませんでした。git を使用すると、冗長ディレクトリをリポジトリから除外したいと思います。svn 構造の変更を開始する準備ができていません。(短い) 間、git リポジトリを subversion と同期させておく必要があります。提案?

0 投票する
3 に答える
2343 参照

git-svn - git svn リポジトリがドメイン名を変更しました。修正方法は?

SVN リポジトリを追跡するために git を使用しています。すべて正常に動作していますが、リポジトリのドメイン名が変更されたため、変更を SVN にコミットする必要があります。ドメイン名が変更されたため、git svn rebase と git svn dcommit を除いて機能しません。新しい場所を追跡するようにリポジトリを変更するにはどうすればよいですか? 既に .git/config SVN URL を編集しようとしましたが、うまくいきません。

0 投票する
2 に答える
714 参照

git - Git を使用して SVN リポジトリをチェックアウトする - 致命的: 「git-svn」エラーを実行できません

git を使用して svn リポジトリをチェックアウトしようとしています。

次のコマンドを使用しています。

git.exe svn クローン " https://svn.outserver.net:8443/svn/someProject "

証明書を受け入れると、リポジトリの転送が開始されます。しばらくすると、たとえば 15 分後に、「致命的: "git-svn" を実行できません」というメッセージが表示されます。何度も引き下げようとしましたが、常にこのエラー メッセージが表示されます。(それが起こるとき..完全にランダムであるようです)。

また、.git ディレクトリを削除して最初からやり直す必要があるのではなく、転送が失敗した後に転送を続行することはできません。(または、「エラー: キー svn-remote.svn.fetch の複数の値」が表示されます)。

httpsを使用しない以外の提案はありますか?(それが問題だと思います)。

また、次の投稿から解決策を特定できませんでした: 致命的: 'git-svn' を実行できません

ありがとう!

0 投票する
2 に答える
1220 参照

svn - git-svn または svn2git を使用して svn から git に変換する場合、リポジトリのベース パスを変更し、ブランチ/タグを保持するにはどうすればよいですか?

私はプロジェクトを SVN から git に移動しています (完全に、したがって git svn の SVN 相互運用機能は必要ありません)git svnsvn2git( github の nirvdrum のフォーク) の両方を使用してみましたが、1 つの問題は、リポジトリのレイアウトがSVNは次のようでした:

example.com/website/trunk|branches|tags/base/code

そのため、それを git にインポートすると、リポジトリのルート ディレクトリには 1 つのディレクトリ、base (本名ではない)、およびすべてのものが含まれます。これは、いくつかの複雑さを追加するため、私たちにとって一種の問題です。

リポジトリのルートをベースに変更する良い簡単な方法はありますか? そうしないと、リポジトリのルートであってはならず、他の無関係なコードを含むディレクトリが git のリポジトリのルートになる必要があります。リポジトリのルートはベースであり、親ディレクトリには svn が含まれていませんでした)。

うまくいけば、これは誰かが簡単に答えられる簡単な質問です.

ところで、インポートしたいブランチとタグがありますが、これらは base の親ディレクトリではなく、base をルートにする必要があります。これらはほとんど役に立たず、チームは以前は中途半端に SVN を使用していたので、これらをそのようにインポートできなくても大したことではありませんが、それらがあればいいでしょう。