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

Gitは、オープンソースの分散バージョン管理システム(DVCS)です。このタグは、Gitの使用法とワークフローに関連する質問に使用します。単にリポジトリがGitHubでホストされているからといって、Git関連の問題には[github]タグを使用しないでください。また、Gitリポジトリが関係する一般的なプログラミングの質問には、このタグを使用しないでください。

12
プル中の変更を優先してGitマージの競合を解決する
プルされた変更を優先してgitマージの競合を解決するにはどうすればよいですか? 基本的に、競合のgit mergetoolないすべての変更を保持しながら、すべての競合を通過する必要なく、すべての競合する変更を作業ツリーから削除する必要があります。できれば、後でではなく引っ張っているときにこれを実行します。

14
以前のコミットを複数のコミットに分割する
ブランチを作成し、新しいブランチで一連のファンキーな作業を行わずに、ローカルリポジトリにコミットした後で、単一のコミットをいくつかの異なるコミットに分割することはできますか?
1224 git 

10
Gitタグの名前をどのように変更しますか?
今日、私はプロジェクトのログを調べていて、少し前にタグ名を太っていることがわかりました。タグの名前を変更する方法はありますか?グーグルは何も有用なものを見つけていません。 タグ付けされたバージョンをチェックして新しいタグを作成できることに気づき、それを試してみました。しかし、これは正しくないタグオブジェクトを作成するようです。一つには、 git tag -l 他のすべてのタグとの関係で順不同でリストします。それが重要であるかどうかはわかりませんが、新しいタグオブジェクトが私が望んでいるものとはまったく違うと信じるようになりました。タグ名がドキュメンテーションと一致することを本当に気にするだけなので、私はそれで暮らすことができますが、これを行う正しい方法があると仮定して、「正しい」ようにしたいと思います。
1219 git  git-tag 

11
git merge --squashの使用方法
私はリモートGitサーバーを持っています、これが私が実行したいシナリオです: バグ/機能ごとに異なるGitブランチを作成します 私は非公式のGitメッセージでそのGitブランチでコードをコミットし続けます 最上位のリポジトリでは、公式のGitメッセージで1つのバグに対して1つのコミットを行う必要があります それで、ブランチをリモートブランチにマージして、すべてのチェックインに対してコミットが1つだけになるようにするにはどうすればよいですか?
1209 git  git-merge  git-squash 

30
リモートに存在しない追跡ブランチを削除する
リモートで同等のものが存在しないすべての追跡ブランチを削除する簡単な方法はありますか? 例: ブランチ(ローカルおよびリモート) 主人 起源/マスター origin / bug-fix-a origin / bug-fix-b origin / bug-fix-c ローカルでは、私はマスターブランチしか持っていません。次に、bug-fix-aで作業する必要があるので、チェックアウトして作業し、変更をリモートにプッシュします。次に、bug-fix-bでも同じことを行います。 ブランチ(ローカルおよびリモート) 主人 バグ修正-a バグ修正b 起源/マスター origin / bug-fix-a origin / bug-fix-b origin / bug-fix-c 現在、私はローカルブランチmaster、bug-fix-a、bug-fix-bを持っています。マスターブランチのメンテナーは私の変更をマスターにマージし、彼がすでにマージしたすべてのブランチを削除します。 したがって、現在の状態は次のとおりです。 ブランチ(ローカルおよびリモート) 主人 バグ修正-a バグ修正b 起源/マスター origin / bug-fix-c 次に、リモートリポジトリに表示されなくなったブランチ(この場合はbug-fix-a、bug-fix-b)を削除するコマンドを呼び出します。 それは既存のコマンドgit remote prune originに似ていgit local prune originますが、もっと似ています。
1173 git  git-branch 

12
Gitでファイルのステージを解除する方法が2つあるのはなぜですか?
時にはgitはgit rm --cachedファイルをステージング解除することを提案しますgit reset HEAD file。どちらを使用すればよいですか? 編集: D:\code\gt2>git init Initialized empty Git repository in D:/code/gt2/.git/ D:\code\gt2>touch a D:\code\gt2>git status # On branch master # # Initial commit # # Untracked files: # (use "git add <file>..." to include in what will be committed) # # a nothing added to commit …
1169 git  git-reset  git-rm 


11
すでにリベースを開始している場合、2つのコミットを1つにマージするにはどうすればよいですか?
2つのコミットを1つにマージしようとしているので、git readyから「コミットをリベースしてスカッシュ」しました。 私は走った git rebase --interactive HEAD~2 結果のエディターで、に変更pickしsquashてから保存を終了しますが、リベースはエラーで失敗します 以前のコミットがないと「スカッシュ」できません 作業ツリーがこの状態に達したので、回復に問題があります。 コマンドはgit rebase --interactive HEAD~2失敗します: インタラクティブリベースはすでに開始されています そしてgit rebase --continue失敗する 以前のコミットがないと「スカッシュ」できません
1158 git  git-merge 






7
gitブランチに名前を付けるために一般的に使用されるプラクティスの例は何ですか?[閉まっている]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 3年前休業。 私は今、グループのCVSリポジトリと対話するローカルgitリポジトリを数か月使用しています。私はほとんど神経質な数の枝を作りました、そのほとんどはありがたいことに私の幹に戻ってマージしました。しかし、ネーミングが問題になり始めています。単純なラベルで簡単に名前を付けるタスクがあるが、それぞれ独自のブランチとマージの状況を含む3つの段階でそれを達成する場合、ブランチ名を毎回繰り返すことができますが、履歴が少し混乱します。ステージごとに別々の説明を付けて、名前をより具体的にすると、ブランチ名が長くなり、扱いにくくなります。 ここで古いスレッドを調べて、ブランチに名前の/を付けて開始できることを学びました。つまり、トピック/タスク、またはそのようなものです。私はそれを始めて、それが物事をよりよく整理するのを助けるのに役立つかどうか見てみるかもしれません。 gitブランチに名前を付けるためのいくつかのベストプラクティスは何ですか? 編集:実際に命名規則を提案した人はいません。ブランチを使い終わったら、ブランチを削除します。経営陣が常に私の優先順位を調整しているため、たまたまいくつかあるだけです。:)タスクに複数のブランチが必要になる理由の例として、タスクの最初の個別のマイルストーンをグループのCVSリポジトリにコミットする必要があるとします。その時点で、CVSとの対話が不完全なため、そのコミットを実行してから、そのブランチを強制終了しました。(その時点で同じブランチを使い続けようとすると、CVSとのやり取りがおかしくなるのがわかりました。)

29
Gitでシェルコマンドを実行するときに使用する秘密SSHキーを指定する方法
かなり珍しい状況かもしれませんが、ローカルコンピューターからシェル(git)コマンドを実行するときに使用する秘密のSSHキーを指定したいと思います。 基本的にこのように: git clone git@github.com:TheUser/TheProject.git -key "/home/christoffer/ssh_keys/theuser" またはさらに良い(Rubyで): with_key("/home/christoffer/ssh_keys/theuser") do sh("git clone git@github.com:TheUser/TheProject.git") end 指定した秘密鍵を使用するNet :: SSHを使用してリモートサーバーに接続する例を見てきましたが、これはローカルコマンドです。出来ますか?
1110 git  bash  shell  ssh 

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