問題タブ [git-extensions]

認証目的での公開鍵の登録をサポートせず、代わりにパスワードを必要とするリモート git サーバーがあります。コマンドライン経由でこのサーバーにプッシュする場合、パスワードを入力すると問題なく動作します。

git 拡張機能を使用して Visual Studio を使用して同じリモート リポジトリにプッシュしようとすると、パスワードの入力を求められているため、プッシュがロックされますが、それを処理できないようです。git 拡張構成のどこでパスワードを指定したのかわかりません。

明らかなことを見逃していますか?? その場合、パスワードはどのように設定すればよいですか? それとも、git 拡張機能が秘密鍵/公開鍵認証でのみ機能する場合ですか?

GIT には 2 つのソリューション ブランチがあります。1 つは X ブランチで、もう 1 つはマスターです。両方のブランチ (ローカル) は同じ場所を指します (物理ファイルは c:\Git\Myproject とします)。diff VS ソリューションでこれらのブランチと同時に作業したい。しかし、VS ソリューションの 1 つのブランチを変更すると、他の VS ソリューションのブランチが変更され、両方のソリューションが同じブランチを指します。どうすればこれを防ぐことができますか? 一度に異なるブランチで作業したい。

This question might be a long shot because I still cannot reliably duplicate the issue but it has happened to several of my coworkers on many occasions and it still baffles me.

Occasionally Git Extensions (on Windows 7) will show pending changes in their working directory that are not their own after they commit and do a push. The push fails because it says they have pending changes, despite the fact that they just barely committed all their pending changes before the push. This is the point when I get called over. Upon examination of the changes they are changes that were made by another committer and pushed up to origin. A couple times the changes have even been changes that were done by me.

Devloper A (we'll call Bob) goes ahead and makes a series of changes to his repository. Bob then commits those changes and pushes the commit up to origin.

Developer B (w'll call Fred) also makes some changes and commits them to his repository. Fred then tries to push those changes up to origin. At this point I would expect Fred to get an error saying that his repository is behind origin by 1 commit and tell him to do a pull first. However, the error he gets says the push failed because he has pending changes in his working directory. When Fred looks at the pending changes he sees that all the changes are actually the changes made in Bob's commit.

When Fred commits those changes as if they were his own then all seems well. Nothing breaks from it but it's extremely bizarre when it happens. I have yet to see what happens if we try to undo the pending changes because I am afraid the changes will essentially be reverted if we did that.

Has anyone else ever experienced this odd behavior with Git or Git Extensions?

Update

I found an instance in our project history where this happened. Both commits have the same exact changes to the same number of files, but the commits are done by two different developers.

Here is Bob's original commit: And here is Fred's wonky commit: Edit: Just to clarify, Fred meant to type "push changes" as the commit message because it was the act of trying to push (not pull) that caused the mysterious pending changes to appear.

編集： gitは文字エンコードを混乱させません。これは、知識を共有し、他の人が同じ過ちを犯さないようにするために、まだここにあります。

コンテキスト：私の企業はsvnリポジトリを使用しています。このリポジトリと対話するためのクライアントとしてgit-svnを使用しています。プロジェクト内のすべてのテキストファイルは、Windowsのデフォルトのエンコーディング（cp -....）でエンコードされています（また、エンコードされている必要があります）。私はgit-extensionsを使用し、場合によってはgitをパイロットするためのコマンドラインを使用します。

私がしたこと：過去3日間、私は新しい機能に取り組んでおり、いくつかのローカルコミットを行いました。最後に、インタラクティブなリベースを使用してこれらすべてのコミットを1つにまとめ、次にgit svn dcommitを使用して、1回のコミットですべてをsvnリポジトリにプッシュしました。

そのとき何が起こったのか：ある同僚が、私が変更したファイルと、コミット後の新しいファイルですべてのアクセントが台無しになっていると言いました。以前にgit+svnをインストールしたときに、同じリポジトリにアクセント付きのテキストファイルをコミットしましたが、この問題に直面するのはこれが初めてです。

私の調査：調査するために次のことを行いました：notepad ++でファイルを開き、最新のエンコーディング（WindowsのデフォルトとUTF-8を含む）を試してそれらを表示しました：それらのどれもアクセントを正しく表示できず、異なるアクセントが常にレンダリングされます奇妙なグリフの同じシーケンスによって。

一時的な回避策：git拡張機能を使用して復帰コミットをすばやく作成し、「コミット」しました。

質問：私のエンタープライズsvnリポジトリは問題ありませんが、解決すべき次の2つの問題があります。

1. アクセントのあるキャラクターに何が起こったのかを理解する
2. SVN履歴から自分の作業を取得し、適切な方法でコミットします（可能であれば、アクセント付きのすべての文字を手動で確認せずに）

誰かがいくつかの手がかりを提供できますか（私はgitにかなり慣れていません）？

リポジトリホスティング会社がホストしているソース管理にSVNを使用しています。これをGitに移行し、ローカルのGitインスタンスに移行することで移行の水域をテストすることを検討しています。Git Extensions v2.31をインストールし、インストール中に提供されたバージョンのmsysgitをインストールしました。

インストールしたら、[SVNリポジトリのクローン]オプションをクリックして、SVNリポジトリの場所とその他の必要な詳細を入力しました。[クローン]ボタンをクリックしました。次に、[プロセス出力]ウィンドウに次のメッセージが表示されました（一部の情報の感度を下げました）。

この時点では、他に何も表示されません。進行状況バーは進行状況を示していますが、実際には何も起こりません。この問題は、ここで報告されているものと似ているようです：Windows上のGitとSVN

しかし、私は拒否/受け入れるなどのオプションさえも得られませんか？誰かアイデアがありますか？

TIA

私は他の1人の開発者と小さなプロジェクトに取り組んでいますが、少し状況があります。私たちは両方ともSVNに精通していますが、Gitは私たち両方にとって新しいものです。

私たちはリポジトリ内の単一のブランチに取り組んでおり、それぞれがプロジェクトのさまざまな側面に取り組んでいます。

何が起こったのかというと、彼は何かをコミットし、次に私は何かをコミットし、競合が発生しました（デザイナーファイルでは、両方の新しいファイルを同じ「スポット」に配置しようとしたため）。動いていない。私はなんとかしてファイルを動作状態にすることができ、悪い競合解決の影響を受けないものをさらに追加して、陽気な方法を続けました。

のように見えます。

A（良い）-> B（悪い）-> C（修正しようとしています）-> D（悪いコミットを元に戻す）-> A-> E（完全に新しいファイル）-> F（完全に新しいファイル）-> G（その他devは大きな問題以来最初にコミットし、より多くの問題と競合をもたらします。）

基本的に私がやりたいのは、Aに戻って、B、E、Fのコミットをマージすることです。この時点で、他の開発者はGをコミットできます。この時点では、BとEの間で何が起こったのかわかりません。問題を解決しようとしたのは私だけだったので、私はむしろそれを捨てたいと思います。ただし、Aに戻ると、最初にBをコミットしたときと同じ競合のプロンプトが表示されません。

神が私を助けてください。

「DEV」マシンにgitリポジトリがあります。少し前に、いくつかのコードを PROD マシンにコピーしました。それ以来、私の DEV マシンには多くのコミットがありました。ただし、私の PROD マシンには、コミットも「分岐」もされていない特別なコード変更がいくつかあった可能性があります。

質問: PROD のコードに最も近い DEV のコミットを見つけるにはどうすればよいですか?

次に、ブランチを作成してマージします。目的は、すべてを 1 つのブランチにマージすることです。PROD には一度も変更されていないファイルがたくさんあるので、すべてのコミットを検索して完全に一致するファイルを検索する方が簡単かもしれません。

私はgit拡張機能を使用しています。

タイ。

私は些細な間違いを犯していると確信しています。Git Source Control Provider forVS2010とGitExtensionUIを使用しています。私はgitの概念にまったく慣れておらず、コマンドプロンプトを使用せずに、UIを介してすべてを行っています。

リポジトリを作成してから、秘密鍵と公開鍵を作成しました。次に、秘密鍵を使用してリポジトリのリモートを構成しました（GitHubのアカウントに公開が追加されました）。ローカルリポジトリをプッシュできたので、すべて正常に機能しました。リモートを構成するには、VSでGit拡張機能を使用しました（Git->リモートの管理）。

次に、別のリポジトリを作成し、同じ秘密鍵を使用してリモートを再度構成しようとしましたが、失敗し、「接続を開くことができません：ホストが存在しません」というエラーが表示されました。別の秘密鍵と公開鍵のペアを作成しましたが、同じメッセージで再び失敗しました。

私は何が間違っているのですか？誰？前もって感謝します。

私は tortoise SVN を数年間使用してきましたが、現在は Git の使用に移行しています。Git で次のことを行うためのプロセスを説明してください。

最新情報を入手、チェックイン

リポジトリを正常に複製し、変更を加え、コミットしてから変更をプッシュしました。Git はすべて問題ないと言っていますが、リモート サーバーに変更が反映されていません。

私のセットアップは次のとおりです。

Git リポジトリと Git に接続して作業するソリューションのローカル コピーを取得する Dev マシンを備えたリモート サーバー。

また、ローカル マシンで履歴を表示すると、すべて問題ありません。すべての履歴が表示されますが、サーバーにアクセスしても変更が表示されません!

正しく行っていない場合は、お知らせください。

ありがとう

Git For Windows (以前は msysgit と呼ばれていました) 1.7.10.msysgit.1 で Git Extensions 2.32 を実行しています。

別のユーザーが新しいブランチを作成し、それをリモート リポジトリにプッシュしました。その新しいブランチをローカル リポジトリにフェッチしたいと考えています。

この画像は、私がやろうとしていることを示しています。マスターは現在チェックアウトされており、他のユーザーが新しいブランチ「brentfo」を追加し、リモート リポジトリにプッシュしました。その新しいブランチをローカル リポジトリにフェッチしたいと考えています。

イメージに見られるように、Git Extensions Pull ダイアログを開きます。新しいリモートブランチ「brentfo」を選択して、マージオプション「マージしないで、リモートの変更のみをフェッチする」を使用してオリジンからプルしています。[プル] ボタンをクリックすると、進行状況ダイアログが表示されます。

進行状況ダイアログにエラーは表示されません。プロセスは正常に完了したようです。

FETCH_HEAD ファイルには、次の内容が表示されます。

しかし、後でコミット ログを見ると、何も起こっていないように見えます (上記の [プル] ダイアログの画像の背景にコミット ログが表示されています)。新しいブランチ brentfo がローカル リポジトリに作成されていません。ブランチのドロップダウン リストをプルダウンすると、マスターと mRoutePCLib の 2 つしかありません。

[プル] ダイアログでリモート ブランチを選択しない (つまり、空白のままにする) と、同じ結果が得られます。その場合、進行状況ダイアログに次のように表示されます。

以前のバージョンの Git 拡張機能では、リモート ブランチからローカル ブランチを作成する際にバグがあったようです。ただし、Git Extensions プロジェクトの変更ログを見ると、問題はバージョン 1.55 で解決されたようです。だから私は何か間違ったことをしていると思います。

Git Bash コンソールを使用してリモート ブランチをフェッチし、そこから新しいローカル ブランチを作成できることはわかっています。ただし、GUIを介してこれを行うことができるはずです。

次のいずれかに沿った回答を期待しています。

a) はい、あなたのやり方は間違っています。(GUI 経由で) 行うべき方法は次のとおりです。また

b) これは既知の問題です。バグが修正されるまでは、コマンドライン インターフェイス (Git Bash) から実行する必要があります。

乾杯サイモン