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

分散バージョン管理システムであるGitのEmacsサポート用です。Emacsの `version-control`機能は、Git以外の多くのシステムをサポートしています。`Magit`などの追加の拡張機能も、広範なGitサポートを提供します。したがって、Git関連の質問には、 `git`以外の追加のタグを使用します。

3
EmacsでGitの競合をマージする方法
私の最近のGitマージでは、多数の競合が発生しました。私の現在のアプローチは、「<<<」の次の出現を検索してから、標準のテキスト編集によってマージを実行することです。 質問:EmacsがGitのバージョン、バージョン、およびファイルのベースバージョンに関する情報を使用してマージをサポートできる方法はありますか? 編集:この質問は、ediffの呼び出しに限定されないため、この関連する質問とは異なる範囲を持ちます。
84 git 


4
Magitでブランチのアップストリームを変更する
Magit(with P P)でブランチをプッシュし、ブランチにアップストリームがない場合、Magitはプッシュ先のブランチの名前を尋ねます。それは素晴らしいことです。 ただし、ブランチのアップストリームを設定すると、Magitはプッシュする場所を尋ねなくなります。これは通常便利ですが(毎回確認する必要はありません)、別のリモートブランチにブランチをプッシュするのが難しくなります。 現在のブランチに既にアップストリームがある場合でも、Magitに宛先ブランチについて再度質問させる方法はありますか? 使用事例 私はこのようなブランチを持っていることは非常に一般的です: Local: issue-30 ~/Git-Projects/repo/ Remote: issue-30 @ origin (git@github.com:.../repo.git) Head: ebe4054 Some commit message そして、ローカルとリモートの両方のブランチをに変更したいと思いissue-30-and-34ます。Localブランチの名前を変更しただけの場合は、次のようにします。 Local: issue-30-and-34 ~/Git-Projects/repo/ Remote: issue-30 @ origin (git@github.com:.../repo.git) Head: ebe4054 Some commit message 削除してもorigin/issue-30、実行P Pするissue-30-and-34 と単にorigin/issue-30。 私がやっていることは次のことですが、単一のgitコマンドで行うことができるものについてはかなり遠回りに感じます: issue-30-and-34 (古いブランチの名前を変更する代わりに)という新しいブランチを作成します。 のローカルおよびリモートの両方のバージョンを削除しissue-30、 プッシュissue-30-and-34(まだアップストリームがないため、Magitはどこにプッシュするかを尋ねます)。
47 magit  git 

2
Magitでファイルの特定のリビジョンを開くにはどうすればよいですか?
現在のブランチを変更せずにMagitでEmacsのファイルの特定のリビジョンを開くことは可能ですか? 変更された機能が別のファイルの機能に置き換えられたリビジョンのローカル変更をリベースしました。変更を並べて比較できるように、変更の古いリビジョンを別のバッファーで開きたいと思います。 私の現在のハッキングソリューションは、実行git show <branch pre-rebase>:file > old_fileしてからold_fileEmacsで開くことです。
43 magit  git 

4
Magitを使用して以前のコミットに変更を追加する
プッシュの準備ができている2つのコミット、A、Bがあります。Aに何かを追加するのを忘れたことに気付きました。 Magitを使用してこの変更をAに追加するにはどうすればよいですか?Gitドキュメントのどの部分を見るべきかさえわかりません。
43 magit  git 




1
magitで新しいディレクトリのステージングするファイルを選択します
新しいディレクトリを作成すると、そのファイルはmagit-statusで表示されず、新しいディレクトリのみが追跡されていないアイテムのリストに表示されます。 現在、新しいディレクトリをmagit-stage-itemしてから、ステージ領域から不要なファイルを削除する必要があります。 新しいディレクトリからステージングするファイルを選択する方法はありますか?
20 magit  git 

2
Magitで利用可能なタグを一覧表示するにはどうすればよいですか?
特定のリビジョンを比較するためにMagitで利用可能なタグを一覧表示したいのですが、これは可能ですか? 具体的には、特定のタグでリビジョン履歴をリストし、その履歴内のパッチの1つの差分を表示します。リベースを完了し、いくつかの矛盾に気づきました。どのパッチが変更を導入したかを知っているので、リベース前のバージョンとの差分を見たいです。
19 magit  git 

3
Gitコンフリクトマーカーが含まれているファイルのediff-ingを開始する方法は?
コマンドラインでのgitマージの試行に続いて、ファイルには標準の競合マーカーが含まれており、emacsはこれを使用してバッファーに再ロード(元に戻しました)しています。 競合を解決するために、ある種のマージモードを開始するにはどうすればよいですか?ediff-filesのように、ファイルの左/右/マージされたバージョンを示す個別のバッファーを取得できますか? (Macの場合、emacs-prelude v24.4)
16 git  ediff  prelude 

2
MagitはWindowsで非常に遅くなります。最適化する方法
プロジェクトにWindows 10を使用せざるを得ません。はい、むしろGNU / Linuxを使用します。私の正気を保つために、私はWindowsをEmacsのブートローダーと見なそうとしました:) 残念ながら、Magit(Windowsでのコマンドラインの不足を補うEmacsの私のお気に入りの部分の1つ)は、耐えられないほど遅いです。SSD、16 GBのRAM、クアッドコアi7がありますが、小さなリポジトリで実行するには8秒かかりmagit-statusます。その後、別の変更をステージングする場合、ファイルごとに約5秒かかります。 私が試したものは次のとおりです。 $ git config --global core.preloadindex true $ git config --global core.fscache true $ git config --global gc.auto 256 プロジェクト全体をWindows Defender(私の唯一のAV)除外リストに追加する magit-git-executableを、ダウンロードした通常のmsysgitに設定します(https://git-for-windows.github.io/)。私はチェックしgit statusましたが、ここでは1秒未満かかります。私はそれmagit-statusがより多くの方法を行うことを知っているが、これは多すぎる。 誰もこれを速くする方法を提案できますか?このようにWindowsでMagitを使用している人は誰もいません。 この質問は重複していることが示唆されましたが、彼らは尋ねました: UbuntuでのEmacsの起動時間がWindowsよりも著しく短い理由を理解するのに苦労しています。誰もが答えを知っていますか? Emacs、Git、およびMagitがWindowsで遅い理由を少なくともいくつか知っています。Magitを最適化して、機能を犠牲にしている場合でも、より少ないことを実行したり、結果などをキャッシュしたりする方法を尋ねています。

2
Git:選択した領域をファイルバッファーから直接ステージングすることは可能ですか?
Magitを使用すると、magitステータスバッファーを開き、を押しTABてdiffを展開(またはRET別のdiffバッファーを表示)し、ハンクの一部にマークを付け、sまたはuを押して領域をステージング/ステージング解除できます。すごくいい。 私はそれが可能かどうか知りたい: ファイルを編集する ファイルバッファー内の領域、ハンク、またはいくつかのハンクを選択します 選択した領域またはハンクポイントのステージング/ステージング解除
14 magit  git 

2
magitでコミットに自動的に署名する方法は?
GPGキーで各コミットに署名することに興味があります。私はgitとのインターフェースにmagitを使用しているため、各コミットに署名するようにmagitに指示することは可能かどうか疑問に思っていました(または、少なくともこれを達成するための回避策は実行可能でした)。
13 magit  git  security  gpg 

1
emacsのbitbucket統合はありますか?
emacsから作成したbitbucketのプルリクエストのリストを探しています。これはhttps://github.com/tjaartvdwalt/bitbucket.elで見つかりましたが、不完全なようです。要件を完全に満たす他のパッケージはありますか?
13 git 

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