タグ付けされた質問 「git-branch」

git-branchは、ブランチを管理するGitコマンドです。

1
複雑なGitブランチ名がすべてのGitコマンドを壊しました
master次のコマンドでブランチを作成しようとしましたが、 git branch SSLOC-201_Implement___str__()_of_ProductSearchQuery Gitが突然応答を停止したとき。()どういうわけか、私はエスケープされていないことが非難されているのではないかと思います。ここで、Gitコマンドを実行しようとすると、常に同じエラーが発生します。 git:176: command not found: _of_ProductSearchQuery gitコマンドを入力するたびに数字が増えていきます。 誰が何が起こったのか説明できますか?そして、どうすれば通常に戻すことができますか?そのブランチを削除したいのですが、どうすればいいですか?



10
Gitおよび「ブランチ 'x'は完全にマージされていません」エラー
ここに私がマスターブランチから使用したコマンドがあります git branch experiment git checkout experiment 次に、ファイルにいくつかの変更を加え、変更をコミットし、新しいブランチをGitHubにプッシュしました。 git commit . -m 'changed files' git push -u origin experiment 後で、実験ブランチをマスターブランチにマージすることにしました。 git checkout master git merge experiment 最後に、変更をGitHubにプッシュしました。 git push -u origin master を使用して実験ブランチを削除しようとするまで、すべてうまくいきました git branch -d experiment 私はerror: The branch 'experiment' is not fully merged.gitに少し慣れていないというエラーメッセージを受け取りましたが、2つのブランチをマージできる可能性がどれだけあるかわかりません。ここで何が欠けていますか?
294 git  git-branch 

8
いつGitでブランチを削除するのですか?
安定したアプリケーションがあるとします。 明日、誰かが大きなOLのバグを報告して、すぐにホットフィックスすることにしました。そこで、「マスター」からそのホットフィックスのブランチを作成し、「2011_Hotfix」という名前を付け、それをプッシュアップして、すべての開発者が協力して修正できるようにします。 バグを修正し、「2011_Hotfix」を「master」と現在の開発ブランチにマージします。そして「マスター」を押します。 「2011_Hotfix」で何をしますか?それはその目的を果たしたので、時間の終わりまで永遠にブランチとしてそこに存在するべきなのでしょうか、それとも削除すべきなのでしょうか?ブランチのリストが非常に長くなる可能性が高く、ブランチのリストが非常に長くなるため、ブランチをどこにでも置いておくのは不潔に思えます。 削除する必要がある場合、その履歴はどうなりますか?実際のブランチが利用できなくなっても、それは維持されますか?また、リモートブランチを削除するにはどうすればよいですか?

6
他の誰かのリポジトリからリモートブランチをプルする方法
誰かがフォークしたGitHubでホストされているプロジェクトがあります。彼らのフォークで、彼らは新しいブランチ「foo」を作成し、いくつかの変更を加えました。彼らの「foo」を私のリポジトリの「foo」という名前の新しいブランチにプルするにはどうすればよいですか? プルリクエストを送信できることは承知していますが、このプロセスを自分で開始したいと思います。 以下を想定します。 彼らは私のプロジェクトを分岐させたので、両方のリポジトリは同じ「歴史」を共有しています GitHubは、彼らのプロジェクトが私のプロジェクトから分岐したことを示していますが、私のローカルリポジトリには、この人のプロジェクトへの参照がありません。それらをリモートとして追加する必要がありますか? 「foo」というブランチはまだありません-最初に手動で作成する必要があるかどうかわかりません。 私はこれを私のマスターではなく、別のブランチに引き込んで欲しいです。

5
Gitマージエラー
9-sign-in-out完全に機能するコードで呼び出されたgitブランチがあり、それをマスターにしたいと思います。私は現在マスターブランチにいます。 $ git branch 9-sign-in-out * master 9-sign-in-outブランチに切り替えようとしていますが、次のことができません。 $ git checkout 9-sign-in-out app/helpers/application_helper.rb: needs merge config/routes.rb: needs merge error: you need to resolve your current index first どのようにすれば、マスターブランチのすべてのエラーを無視して、9-sign-in-outブランチをマスターに変えることができますか?多分git rebase?しかし、9-sign-in-outブランチのコードを失いたくありません。

7
一部のファイルのみをコミットするにはどうすればよいですか?
2つのプロジェクトがあります。1つは「公式」プロジェクトで、もう1つは簡単な変更です(いくつかのファイルが追加されています)。新しいブランチを作成し、新しいファイルをそれらに配置しました。ただし、開発中、両方のブランチに共通するいくつかのファイルが変更されます。 これらのファイルのみをコミットするにはどうすればよいですか?

4
git checkout --track origin / branchとgit checkout -b branch origin / branchの違い
リモートブランチを切り替えて追跡するこれら2つのコマンドの違いを知っている人はいますか? git checkout -b branch origin/branch git checkout --track origin/branch どちらもリモートブランチを追跡しているので、変更をオリジンのブランチにプッシュできますよね? 実用的な違いはありますか? ありがとう!



15
ローカルgitブランチが存在するかどうかを確認するより良い方法はありますか?
次のコマンドを使用して、リポジトリにローカル gitブランチがbranch-name存在するかどうかを確認しています。これは正しいです?もっと良い方法はありますか? これはスクリプト内で行っていることに注意してください。このため、可能であれば配管コマンドを使用したいと思います。 git show-ref --verify --quiet refs/heads/<branch-name> # $? == 0 means local branch with <branch-name> exists.

6
小規模開発チームのGitブランチ戦略[終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 5年前休業。 この質問を改善する ほぼ毎日更新およびリリースするWebアプリがあります。VCSとしてgitを使用しており、現在の分岐戦略は非常にシンプルで壊れています。マスターブランチがあり、そこに「気分が良い」変更をチェックします。これは機能しますが、重大な変更をチェックインするまでのみです。 以下の要件を満たす、小規模チーム向けのお気に入りのgitブランチ戦略がありますか? 2〜3人の開発者のチームに適しています 軽量でプロセスが多すぎない 開発者がバグ修正やより大きな機能に関する作業を簡単に分離できるようにします 安定したブランチを維持することができます(運用サーバーを機能させる必要がある「あらがた」瞬間に) 理想的には、新しいバグに取り組んでいる開発者の段階的なプロセスを確認してください
186 git  branch  git-branch 

4
GitHubで作成された新しいリモートブランチを追跡する
githubプロジェクトのリモートマスターブランチを追跡するローカルマスターブランチをすでに持っています。さて、私の協力者が同じプロジェクトに新しいブランチを作成しました。それに応じて次のことを実行したいと思います。 ローカルに新しいブランチを作成する この新しいブランチが新しく作成されたリモートブランチを追跡するようにします。 どうすれば適切に実行できますか?
183 git  github  git-branch 

4
ローカルの変更を破棄せずにgit switchブランチ
さて、ある日、たまたまたくさんの変更を行い、それらをコミットしようとすると、間違ったブランチで作業していることに気づきます。 ローカルの変更を破棄せずに gitにブランチを強制的に切り替えるにはどうすればよいですか。 返事を待つ間、私はこれについて素朴な方法で行くつもりですが、これが私に以前に起こったことがないと言った場合、私は嘘をついているので正しい手順があるかどうか知りたいです... バックアップがリポジトリを変更しました git reset --hard git checkout right-branch 変更を復元 git commit -m "changes"
181 git  git-branch 

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.