問題タブ [git-remote]

gitでファイルを数回削除しましたが、他のブランチがマージされると、ファイルは再び表示され続けます。私はこのようなものを推測します：

「内部リリース」を使用してgitを操作するため、何が起こっているのかを理解するのは特に困難です。つまり、リリースマネージャーがプルしてマスターにマージし、マスターをプルするリリースブランチを作成します。

私（または他の誰か）がファイルを削除した場所と、ファイルを再導入したマージを確認するにはどうすればよいですか？ありがとう！

を実行するgit pushと、ローカル ブランチsome_branchがリモート ブランチにプッシュされsome_remote\some_branchます。

実行すると、次のようgit remote show some_remoteになります。

私はこれをしたくありません。このエントリを削除するにはどうすればよいですか?

ライブ サイトをミラーリングするための git リポジトリを作成しました (これはベアでない git リポジトリです)。

さて、このミラー クローンをリモートのオリジンからのすべての変更で最新の状態に保つには、どのコマンドを使用する必要がありますか?

コミット、参照、フック、ブランチなど、すべてを最新の状態に保ちたいと思います。

ありがとう！

皆さん、

レポのクローンを作成しました。次のコマンドを発行して、そこからブランチを作成して機能に取り組みました。

git branch fix78

それから私はそのブランチに取り組んだ

git checkout fix78

私はこのローカル ブランチにコミットし続けました。これをレポにプッシュしたかったので、次のコマンドを発行しました。

git push origin master:fix78

Web ブラウザーからリポジトリを表示したところ、fix78 という新しいブランチがリポジトリに作成されていることがわかりました。しかし、私が行ったコミットはありませんでした。

ここで何が間違っていますか？これは私が達成しようとしているものです:

リポジトリ (マスター (SVN 用語ではトランク)) があり、機能に取り組んでいるとき、そのローカル ブランチを作成し、このブランチをリポジトリにチェックインしたい (他のチームがメンバーは私が作業しているものを見ることができます)、ローカル ブランチを、私が作成したこのリモート ブランチと同期させたいと考えています。

ヘルプ/フィードバックは、まったく素晴らしいものです。

ありがとう。

プロジェクトに貢献しようとしていますが、作業内容にgit-flowワークフロー（？）を使用したいと思います。developたとえば、リモートリポジトリ（github）のブランチをチェックアウトし、 2つの機能ブランチ（翻訳の場合はT、更新の場合はU）を設定しました。

これで、ブランチごとに、リポジトリメンテナにプルリクエストが行われ、upstreamリポジトリメンテナはそれらをすべて受け入れて、upstream/developブランチにマージします。

私が最終的にするための正しい手順は何ですか？

それが私に必要なことだと何かが教えてくれgit rebaseます。（私はWindowsを使用していることに注意してください）。

組織内で次のメッセージでコミットしているのは私だけです。

リモート追跡ブランチ「origin/develop」をdevelopにマージします

それらを引き起こすために私が何をしているのかわかりませんが、やめたいと思います。

このコミットを作成するために発行しているコマンドと、それを生成しないために使用する必要がある適切なコマンドは何ですか？

同期する必要があるローカル リポジトリ内に複数のリモート追跡ブランチがあるというシナリオがあります。私たちのワークフロー モデルは次のとおりです。

• 目的のリモート追跡ブランチに基づいて、ローカルにブランチを作成します
• 変更を加える
• ビルド/テスト/修正
• 専念
• リモートサーバーにプッシュバックする

「git status」では、何かが変更されない限り、ローカル ブランチがどのブランチに基づいているかが表示されないことに気付きました。つまり、コミットされていないローカルの変更または最近のフェッチにより、ローカル ブランチが時代遅れになります。ローカル ブランチがどのブランチに基づいているかを変更せずに知る方法はありますか? 「git status -showparentbranch」またはこれを表示する他のコマンドのようなもの。時々、私はこの必要性に出くわしますが、それを満たす方法をまだ知りません。

「master」と「testing」の2つのブランチを持つリモートのベアリポジトリがあります。HEADは「testing」を指します。このリポジトリのクローンを作成するとき、「master」と「testing」が同じリビジョンにある場合、gitは「master」をチェックアウトします（つまり、HEAD==テスト==マスター）。'testing'が1つ（または複数）のコミットの後ろまたは前にある場合にのみ、gitcloneはローカル側の'testing'ブランチをチェックアウトします。Mac OS X（10.6.8）のgit1.7.5でこれを試しました。

補遺：私は非ベアリポジトリで同じことを試しました：

ルートディレクトリに戻ります。

それは「マスター」です！レポAに戻ります（まだブランチ「テスト中」です）：

現在、「テスト」は「マスター」の1つ先のコミットです。次に、Aのクローンを作成しましょう。

Aに戻り、「master」をチェックアウトして「testing」とマージすることで、この奇妙な動作を再確認できます（すべてのブランチが同じヘッドを持つように）。これで、クローンAがDになり、Dがマスターでチェックアウトされます。

を実行するgit branch -aと、ローカルブランチが正しくリストされますが、リモートブランチが二重にリストされます...例：

これは、githubリポジトリのURLにマップされたgithubというリモートから始めて、後で同じURLを維持したまま名前をoriginに変更したためだと思います。

を実行するgit remote -vと、正しい単一の名前/URLリストが表示されます。

設定ファイルでリモートURLを完全に削除して、git remote何も返されないようにしましたが、 git branch -a2倍になったリモートブランチは返されました。

この二重リストを削除するにはどうすればよいですか？

gitg を使用してプッシュを実行し、コードをリモート マスター ブランチにプッシュできますが、 git pullを実行するオプションが表示されません。

私はUbuntu 10および11を使用しています