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

「ブランチ」は、独立した開発ラインを表すためにバージョン管理システムで使用される用語です。システムによっては、リポジトリに1つ以上のブランチを含めることができます。変更があるブランチから別のブランチに伝播する必要がある場合、ブランチはマージされます。

3
これらの単語はGitで何を意味しますか:リポジトリ、フォーク、ブランチ、クローン、トラック?
私は正直なところ、ここでのセマンティクスを明確にしていません。それらはすべてコード+履歴ユニットのコピー/バリアントに関するものですが、それを過ぎると私は言うことができるかどうかわかりません。この論理構造はどこかで説明されていますか?
130 git  branch  clone 

5
リベースを実行した後、Gitコミットが同じブランチで複製される
私は、Pro GitでThe Perils of Rebasingに関するシナリオを理解しています。著者は基本的に、コミットの重複を回避する方法を説明します。 公開リポジトリにプッシュしたコミットをリベースしないでください。 私の特定の状況について説明します。ProGitシナリオに正確には適合しないと思いますが、それでもコミットが重複することになります。 2つのリモートブランチがあり、それぞれにローカルのブランチがあるとします。 origin/master origin/dev | | master dev 4つのブランチすべてに同じコミットが含まれており、次の場所で開発を開始しdevます。 origin/master : C1 C2 C3 C4 master : C1 C2 C3 C4 origin/dev : C1 C2 C3 C4 dev : C1 C2 C3 C4 数回コミットした後、変更をorigin/dev次のようにプッシュします。 origin/master : C1 C2 C3 C4 master : C1 C2 …
130 git  branch  rebase 

7
github上のフォークとブランチの違い
githubでホストされているプロジェクトをフォークした場合。すべてのブランチをフォークしますか?フォークがどのブランチに基づいているかを知るにはどうすればよいですか?つまり、どのブランチが私のPCにダウンロードされますか?

7
gitサブモジュールとの競合をどのように管理しますか?
いくつかのサブモジュールを参照するgitスーパープロジェクトがあり、私のプロジェクトメンバーの残りが内部で作業できるようにワークフローをロックしようとしています。 この質問について、私のスーパープロジェクトが呼び出さsuperyれ、サブモジュールがと呼ばれるとしましょうsubby。(それから私がやろうとしていることの簡略化です...実際にはバージョンにブランチを使用していませんが、質問としてレイアウトするのが最も簡単だと思いました。) 私のマスターブランチにsuperyは、サブv1.0プロジェクトsubbyとして参照されるgitプロジェクトのタグがあります。枝superyと呼ばれone.one、タグにポイントにサブモジュールの参照を変更v1.1しますsubby。 これらの各ブランチ内で問題なく作業できone.oneますが、masterブランチからの変更でブランチを更新しようとすると、いくつかの競合が発生し、それらを解決する方法がありません。 基本的にブランチでgit pull . masterしばらく実行した後、subby追加のサブモジュールを作成するように見えます。 プル/マージの前に、ブランチgit submoduleから必要な応答を取得しますone.one。 $ git checkout master $ git submodule qw3rty...321e subby (v1.0) $ git checkout one.one $ git submodule asdfgh...456d subby (v1.1) しかし、プルの後、実行すると追加のサブモジュールが追加されますgit submodule: $ git pull . master Auto-merged schema CONFLICT (submodule): Merge conflict in subby - needs qu3rty...321e Automatic merge …

8
現在のブランチではないブランチに「git pull」する方法は?
ブランチで実行するgit pullと、master通常はからプルされorigin/masterます。と呼ばれる別のブランチnewbranchにいますが、git pullfrom origin/masterinto を実行するコマンドを実行する必要masterがありますgit checkoutが、プルが完了するまで実行して、選択したブランチを変更できません。これを行う方法はありますか? 背景を説明するために、リポジトリにはWebサイトが格納されています。newbranchウェブサイトをに切り替えることで、にいくつかの変更を加えて展開しましたnewbranch。これらの変更は上流のmasterブランチにマージされたので、ウェブサイトをmasterブランチに切り替えようとしています。この時点では、newbranchとorigin/master同じですが、master遅れてorigin/masterおり、更新する必要があります。問題は、私が伝統的な方法でやった場合です。 $ git checkout master # Uh oh, production website has now reverted back to old version in master $ git pull # Website is now up to date again 上記と同じ(git checkout master && git pull)を達成する必要がありますが、プロセス中に作業ディレクトリを以前のリビジョンに変更しません。
126 git  branch  git-branch 

4
Mercurialの移動による新しいブランチへの変更
ローカルリポジトリにコミットした変更がいくつかありますが、まだプッシュされていません。機能が予想よりも時間がかかるため、プッシュする前に、これらの変更を名前付きブランチにスワップしたいと思います。これどうやってするの?
124 mercurial  branch 

3
Git:gitでマージされていないすべての変更をリストします
さまざまなトピックのブランチを作成し、不要になったときに定期的に削除するのではなく、約50のブランチになりました;) 私はブランチを削除しようとしましたが、それらのいくつかにはマージされていない変更があります。 私が欲しいのは、マスターにない私のリポジトリのブランチにどのような変更があるかを正確に確認する機能です。それを行う方法はありますか 前もって感謝します。
124 git  branch 

4
ブランチをトランクにマージ
TortoiseSVNを使用して、ブランチで行った変更を行い、トランクにマージする必要があります。 私はこのプロジェクトの唯一の開発者なので、トランクは変更されていません。最終的に私のチームがSVNを使用できるように、SVNを学習しています。 基本的には、トランクをブランチのように見せたいです。 SVN以前の世界では、ブランチフォルダー内のファイルをコピーし、トランクフォルダー内のファイルを削除してから、ブランチをトランクにコピーします。 TortoiseSVNのでは、私が試したReintegrate a branch、Merge a range of revisionsとMerge two different trees。実際にトランクを変更するものは何もないようです。また、幹の上に分岐してみました。これにより、トランクがすでに存在しているというエラーが表示されます。

9
Gitプッシュ:「致命的な 'origin'はgitリポジトリではないようです-致命的ですリモートリポジトリから読み取れませんでした。」
同様の質問がすでに出されていることは知っています。 しかし、私の問題は以前に犯した間違いが原因であると私は信じています。 私ができるように、すべてがスムーズに機能していました: git add . ローカルリポジトリのすべてのファイル。 git commit -m "message here" コミットにメッセージを追加します。 git push origin master ファイルをGitHubにアップロードします。 git push heroku master Herokuにファイルをアップロードします。 ただし、ある時点add-calendar-modelで、アプリ開発の次のステップが南になる場合に備えて、ローカルに呼び出される新しいブランチを作成しました... ...これはまさに起こったことです。 しかし、多くの試みにもかかわらず、私はなんとかして最初のコード(つまり、新しいブランチを作成する前のコード)をmasterブランチからローカルリポジトリに取得できませんでした。 だから、私は手動で自分のローカルリポジトリからすべてのファイルを削除することを決めたgit clone私masterのGitHubからの分岐。 このようにして、すべてのファイルを元に戻しましたが、リモートリポジトリにこれ以上プッシュできなくなりました。 git push origin add-calendar-modelまたはを実行しようとするとgit push origin master、次のエラーが発生します。 fatal: 'origin' does not appear to be a git repository fatal: Could not read …

4
svn:トランクの特定のリビジョンからブランチを作成する方法
次のアクションは、トランクの最新リビジョンからブランチを作成するだけです。特定のリビジョンからブランチを作成するにはどうすればよいですか?ありがとう。 $ svn copy http://svn.example.com/repos/calc/trunk \ http://svn.example.com/repos/calc/branches/my-calc-branch \ -m "Creating a private branch of /calc/trunk."
116 svn  branch 

9
ブランチに加えられたすべての変更を破棄する方法は?
私はブランチ(つまりdesign)で作業しており、いくつかの変更を加えましたが、それらをすべて破棄して、リポジトリのバージョンと一致するようにリセットする必要があります。私git checkout designはそれをやろうと思ったが、それは私がすでにブランチdesignにいて、3つの変更されたファイルがあることを告げるだけである。 これらの変更を破棄して、現在リモートサーバー上にあるブランチを取得するにはどうすればよいですか?
116 git  branch  rollback 

3
Subversionで現在チェックアウトされているブランチとは異なるブランチへの変更をコミットします
私は開発ラインからチェックアウトされたコードに取り組んでおり、加えられた変更は重大な変更であり、メインの開発ツリーにコミットする前に実験的なブランチに移動する必要があることを発見しました。しかし、私は実験ブランチをチェックアウトしていませんし、すでに行われた変更を失いたくありません。 作業フォルダーの変更を最初にチェックアウトしたブランチとは別のブランチにコミットする方法はありますか?

7
Gitの「マスター」ブランチの名前を「リリース」に変更するにはどうすればよいですか?
ブランチの使用方法がより明確になるように、masterブランチをリリースブランチと呼ぶプロジェクトに新しいポリシーを適用したいと思います。もちろん、候補ブランチも開発してリリースします。 以下を使用するだけで、masterブランチの名前をローカルで変更できることを理解しています。 git branch -m master release ただし、それはローカルでのみです。これをリモートにプッシュしたとしても、HEADはまだリモートマスターブランチを指しています。マスターブランチを完全に削除し、最初のクローン時にデフォルトのローカルブランチをリリースしたい。 どうすればこれを達成できますか? オリジンがGitoriousサーバー上にあるため、マスターブランチの削除中にエラーが発生するようです。これを変更して、デフォルトのブランチが「リリース」になるようにできるかどうかを確認しようとしています。

6
バージョニングにタグとリリース/ベータブランチを使用する必要があるのはなぜですか?
私はgitを約1年使用しており、タグ付けを使用して、さまざまなバージョンのコミットにタグを付けたいと考えています。私はタグでの作業に使用するコマンドに情報をたくさん見つけましたが、私はちょうどと呼ばれる新しいブランチを作成することができるかどうか、私は知りたいことのすべてでなぜ使用タギングできた1.1.0全体で私の心をクラウドに持っていませんgitコマンドの新しいセット? 分岐ではなくタグ付けには多くの正当な理由があるはずですが、それらの利点が何であるか知りたいのですが。
114 git  branch  git-tag 

1
git remote prune –期待したほど枝刈りされたブランチが表示されませんでした
manページから: Deletes all stale tracking branches under <name>. These stale branches have already been removed from the remote repository referenced by <name>, but are still locally available in "remotes/<name>". だから私は使用して枝の束を削除しました git push origin :staleStuff そして走った git remote prune origin ただし、剪定されたローカルブランチは1つだけでした。これらのブランチの一部は、私が作成したものもあれば、同僚が作成したものもあります。これは、最初にそれらのブランチを正しく追跡していなかったことを示していますか?

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