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

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


7
最新のコミットのみのGitHubでプルリクエストを送信する
私はgithubでプロジェクトをforkし、ローカルマスターに変更を加え、githubでオリジンにプッシュしています。プルリクエストを送信したいが、最後のコミットのみを含めたい。github.comのプルリクエストUIには、最後の9つのコミットが表示されますが、それをフィルタリングする方法がわかりません。 新しいローカルブランチを作成する必要があるかどうかを確認しようとしていましたが、チェックして、どういうわけかリセットするか、アップストリームにリベースしましたか?次に、私のマスターからの最後のコミットをIDで新しいローカルブランチに適用し、それをプルリクエストに使用しますか? 私は概念を正しく理解し、必要なことを行うための適切なコマンドラインを理解しようとしています。
280 git  github  pull-request 

17
マージ後のコミット時のGitエラー-致命的:マージ中に部分的なコミットを実行できません
私はgit pull紛争で終わったを実行しました。私は衝突を解決し、すべてが順調です(私はmergetoolも使用しました)。 解決したファイルをコミットするとgit commit file.php -m "message"、エラーが発生します。 fatal: cannot do a partial commit during a merge. 以前に同じ問題があり-a、コミットでの使用は完全に機能しました。すべての変更をコミットしたくないので、これは完璧な方法ではないと思います。個別のコメントで個別にファイルをコミットしたい。どうやってやるの?gitを使用すると、マージ後にユーザーがファイルを個別にコミットできないのはなぜですか?私はこの問題に対する満足のいく答えを見つけることができませんでした。
280 git  commit 

10
GitとGitHubの違い
最近、Eclipseを使用してGitに新しいプロジェクトを追加しましたが、GitHubアカウントにプロジェクトが表示されません。 なぜ同じアカウント情報と異なるリポジトリを持っているのですか? GitとGitHubは同じものではありませんか?
280 git  github 

2
--depth 1で浅いクローンを作成してコミットを作成し、更新を再度プルしても安全ですか?
の--depth 1オプションgit clone: 指定したリビジョン数に切り捨てられた履歴を持つ浅いクローンを作成します。浅いリポジトリにはいくつかの制限があります(そこからクローンしたり、フェッチしたり、そこからプッシュしたりすることはできません)が、長い歴史を持つ大規模プロジェクトの最近の履歴のみに興味があり、修正をパッチとして送信します。 しかし、私は浅いクローンを正常に作成し、いくつかの変更をコミットして、それらの変更を(ベアクローン)オリジンにプッシュしました。 それは私には理にかなっています-つまり、なぜそうではないのですか?複製されたHEADがオリジンで識別可能であり、私のコミットがこの上にある場合、理由はないようです。しかし、マニュアルはそうではないと述べています。 私は浅いクローンのアイデアが好きです-例えばdrupalコアの:7から始めたときにdrupal 4で何が起こったのかを知る必要はありません-しかし私は自分を足で撃ちたくありません。 それで、浅いクローンを作成し、コミットを開発し、もう一度プルして、元の更新に追いつくのは安全ですか?


2
gitリポジトリからoriginを削除する方法
基本的な質問:gitリポジトリとクローン元のgit repoの関連付けを解除するにはどうすればよいですか? git branch -a ショー: * master remotes/origin/HEAD -> origin/master そして、私は起源のすべての知識と関連する改訂を削除したいと思います。 長い質問:既存のSubversionリポジトリを利用して、そこから小さなgitリポジトリをいくつか作成したいと考えています。新しいgitリポジトリにはそれぞれ、関連するブランチのみの完全な履歴が必要です。以下を使用して、必要なサブツリーだけにレポをプルーニングできます。 git filter-branch --subdirectory-filter path/to/subtree HEAD しかし、結果のリポジトリには、オリジン/マスターブランチの下にある現在破棄されたサブツリーのすべてのリビジョンが含まれています。 -Tフラグをgit-svnに使用して、そもそもSubversionリポジトリの関連するサブツリーを複製できることを理解しています。それが後でgit filter-branch --subdirectory-filtergitリポジトリのコピーで複数のインスタンス化を実行するよりも効率的であるかどうかはわかりませんが、いずれにしても、原点とのリンクを解除したいと思います。
279 git  git-svn 

4
GitHubでの分岐と分岐
githubプロジェクトの分岐とgithubプロジェクトのブランチの作成の利点と欠点についてもっと知りたいのですが。 元のプロジェクトの共同編集者リストに登録する必要がないため、フォークを使用すると、プロジェクトのバージョンが元のバージョンから分離されます。プロジェクトは社内で開発しているので、人をコラボレーターとして追加しても問題ありません。ただし、プロジェクトをフォークすると、マージ変更をメインプロジェクトに戻すのが難しくなるかどうかを理解したいと思います。つまり、分岐によって2つのプロジェクトの同期を維持しやすくなるのではないかと思います。つまり、メインプロジェクトのバージョンとメインプロジェクトの間で分岐を行ったときに、変更をマージしてプッシュする方が簡単ですか。
278 git  branch  github 

9
変更された場合にgit内のファイルとディレクトリの権限を復元するにはどうすればよいですか?
gitチェックアウトがあります。すべてのファイル権限はgitが想定するものとは異なるため、変更されたものとして表示されます。 ファイルのコンテンツに触れずに(アクセス許可を変更したいだけ)すべてのファイルのアクセス許可をgitが想定しているとおりに設定するにはどうすればよいですか?

30
git clone中にリモートエンドが突然ハングアップした
私のgitクライアントは繰り返し、いくつかの時間のためのリポジトリのクローンを作成しようとした後、次のエラーで失敗します。 ここの問題は何でしょうか? 注: SSHキーをGITホスティングプロバイダーに登録しました Receiving objects: 13% (1309/10065), 796.00 KiB | 6 KiB/s fatal: The remote end hung up unexpectedly
278 git 

30
Git、致命的:リモートエンドが突然ハングアップした
走ろうとしたとき git push origin master --force たった今 Counting objects: 2649, done. Delta compression using up to 2 threads. Compressing objects: 100% (1280/1280), done. error: RPC failed; result=22, HTTP code = 413 | 116 KiB/s fatal: The remote end hung up unexpectedly Writing objects: 100% (2504/2504), 449.61 MiB | 4.19 MiB/s, …
278 git  github 

9
Gitで最後のコミットを2つに分割する方法
私は2本の作業の枝、持っているマスターとフォーラムを、私はちょうどでいくつかの変更作ったフォーラムの私はにチェリーピックしたいという、ブランチをマスター。しかし、残念ながら、私がチェリーピックしたいコミットには、私が望まないいくつかの変更も含まれています。 解決策はおそらく、間違ったコミットを削除して、2つの別々のコミットに置き換えることです。 やってみました git reset --hard HEAD^ これですべての変更が削除されたので、戻る必要がありました git reset ORIG_HEAD だから私の質問は、最後のコミットを2つの別々のコミットに分割する最良の方法は何ですか?

5
マージされていないGitブランチを見つけますか?
私は多くのブランチを持つGitリポジトリを持っていますが、一部はすでにマージされていて、一部はマージされていません。ブランチの数が非常に多いので、どのブランチがまだマージされていないかをどのように判断できますか?「タコ」のマージと、すでにマージされているブランチの再マージを行う必要がないようにしたいと思います。


6
gitブランチをマスターと同期させる方法
gitが頭に浮かんでいる現時点では、次の最善の解決策を思い付くことができません。 masterとmobiledevicesupportの 2つのブランチがあります。mobiledevicesupportが安定している場合は常に、masterdeviceブランチとマージ/同期される継続的なブランチとしてmobiledevicesupportを保持したいと思います。これにより、mobiledevicesupportからmasterへの変更がマージされますが、masterからmobiledevicesupportへのすべての変更も反映されるため、ブランチは引き続き作業でき、機能は改善または修正されます。これは、中央リポジトリと複数の開発者と連携する必要があります。 他のユーザーが使用している同様のワークフローの例をご覧ください。または、このアイデアが愚かで他のオプションを検討する必要があるかどうかを教えてください。現時点ではワークフローは適切に思えますが、どうすればこのようにgitを機能させることができるのかわかりません。 ありがとうございます。 更新1:マスターをmobiledevicesupportにマージし、モバイルデバイスのサポートをマスターにマージする場合、両方のブランチでコミットを複製しますか?または、ブランチAからブランチBに最新の変更をプルし、マージコミットCをブランチBに追加し、ブランチBからブランチAに最新の変更をプルし、マージコミットDをブランチに追加するのに十分なgit smartです。 A? 画像を投稿するつもりでしたが、評判が足りなかったので、次のイラストでやっていこうと思います。2つのブランチが連続して実行され、マージはしばしば両方向に進みます。私が確信していない重要なことは、gitがどのようにコミットを実行し、マージ時に他のブランチからのコミットでブランチを埋めるか、それともクリーンなままであるかです。以前にリベースを使用したことがありますが、ブランチが終了し、すべてのコミットがマスターに入れられたようです。これまでに助けてくれてありがとう。 master A--B--C-----H--I--J--M--N \ / \ mobile \ / \ D--E--F--G--------K--L
276 git 

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