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

私のプロジェクトはGitHubのどこかの場所にありgit@github.com:myname/oldrep.gitます。 ここで、すべてのコードを他の場所にある新しいリポジトリにプッシュしたいと思いますgit@github.com:newname/newrep.git。 私はコマンドを使用しました： git remote add origin git@github.com:myname/oldrep.git しかし私はこれを受けています： 致命的：リモートの起点はすでに存在しています。

548 git  github  git-push  git-remote 

.gitignoreディレクトリ内のファイルを無視するためのファイルの適切な構文は何ですか？ だろう config/databases.yml cache/* log/* data/sql/* lib/filter/base/* lib/form/base/* lib/model/map/* lib/model/om/* または /config/databases.yml /cache/* /log/* /data/sql/* /lib/filter/base/* /lib/form/base/* /lib/model/map/* /lib/model/om/* ？

544 git  gitignore 

これはおそらく現実の世界では決して起こらなかったし、決して起こらないかもしれませんが、これを考えてみましょう：gitリポジトリがあり、コミットを行い、非常に不運になったとします：ブロブの1つが同じSHA-1を取得するすでにリポジトリにある別のものとして。問題は、Gitがこれをどのように処理するかということです。単に失敗しますか？2つのblobをリンクして、コンテキストに応じてどちらが必要かを確認する方法を見つけますか？ 実際の問題よりも頭の痛いですが、問題は興味深いものでした。

543 git  hash-collision 

Gitリポジトリがあります。このリポジトリには複数のリモートリポジトリがあります（私はそう思います）。上記のリポジトリに属する​​リモートリポジトリのリストを取得するにはどうすればよいですか？ 同様git list --remotesまたはそのような何か？

542 git 

ローカルコピーがそのコミットで行われた変更を保持するようにコミットを元に戻す方法はありますが、作業コピーではコミットされていない変更になりますか？コミットをロールバックすると、前のコミットに戻ります-変​​更を加えたままにしたいのですが、間違ったブランチにコミットしました。 これはプッシュされておらず、コミットされているだけです。

540 git 

githubチュートリアルの指示に従ってキーを作成し、それをgithubに登録して、ssh-agentを明示的に使用してみました。それでも、プルまたはプッシュしようとするたびに、gitはパスフレーズを要求し続けます。 原因は何でしょうか？

538 git  github 

コマンドラインgitを使用して、リポジトリで追跡されているファイルのリストをgitに表示するにはどうすればよいですか？

535 git 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 私は一度読んでいるgitの「xに対してテストを追加」など、メッセージが不可欠現在時制にする必要がありますコミット。私はいつも過去形、たとえば「xの追加テスト」を使用していることに気づきました。 以下は、最近のJohn Resigコミットで、2つのメッセージを1つにまとめたものです。 操作テストでさらにjQueryセットの結果を調整します。予想されるテスト結果の順序も修正しました。 それは重要ですか？どちらを使用すればよいですか？

531 git  git-commit  conventions  commit-message 

composer.lockリポジトリのあるアプリケーションでの使用とは少し混乱しています。 多くの人.gitignore composer.lockがリポジトリからはいけないと言っているのを見ました。 開発環境でライブラリを更新すると、新しいライブラリcomposer.lockができますが、本番環境に更新することはできませんか？ このファイルで競合が発生しませんか？

529 git  version-control  composer-php 

既存のタグから新しいマスターブランチを作成したいのですが。タグがあるとしましょうv1.0。このタグから新しいブランチを作成するにはどうすればよいですか？

528 git  git-branch  git-tag 

リモートgitタグをチェックアウトすると、次のようなコマンドが使用されます。 git checkout -b local_branch_name origin/remote_tag_name 次のようなエラーが発生しました： error: pathspec `origin/remote_tag_name` did not match any file(s) known to git. git tagコマンドを使用すると、remote_tag_nameが見つかります。

524 git  git-checkout  git-tag 

私のソースコード（Webアプリケーション）が依存している大きなバイナリファイルを処理する方法についての意見を探しています。現在、いくつかの代替案について検討しています。 バイナリファイルを手動でコピーします。 プロ：わからない。 反対：新しいサイトの設定や古いサイトの移行時にエラーが発生する可能性が高くなるので、私はこれに強く反対します。取るべき別のハードルを構築します。 すべてGitで管理します。 プロ：重要なファイルをコピーすることを「忘れる」可能性を排除 反対：リポジトリを膨らませ、コードベースを管理するための柔軟性を低下させ、チェックアウト、クローンなどはかなり時間がかかります。 個別のリポジトリ。 プロ：ソースコードのチェックアウト/クローンはこれまでになく高速で、イメージは独自のリポジトリに適切にアーカイブされます。 反対：プロジェクトにGitリポジトリが1つしかないという単純さを排除します。それは確かに私が考えていないいくつかの他のものを紹介します。 これに関するあなたの経験/考えは何ですか？ また：誰かが複数のGitリポジトリを使用して1つのプロジェクトでそれらを管理した経験はありますか？ ファイルは、それらのファイルを含むPDFを生成するプログラムの画像です。ファイルはそれほど頻繁には変更されませんが（年単位で）、プログラムに非常に関連しています。プログラムはファイルなしでは機能しません。

523 git  version-control  large-files  binaryfiles 

しばらくの間、私は個人的なプロジェクトにsubversionを使用しています。 GitやMercurial、そしてDVCS全般について素晴らしいことをどんどん聞いています。 DVCS全体を試してみたいのですが、どちらのオプションにも慣れていません。 MercurialとGitの違いは何ですか？ 注：私は、どれが「最高」であるか、あるいはどれを最初に使用する必要があるかを見つけることを試みていません。実装と哲学の点でどのように異なるかを知りたいので、主にそれらが類似している主要な領域とそれらが異なる主要な領域を探しています。

520 git  version-control  mercurial  dvcs 

私は私のマスターブランチにいくつかの変更を加え、それらをアップストリームにしたいと思っています。次のコミットをチェリーピックすると、gitが言うfd9f578に行き詰まります。 $ git cherry-pick fd9f578 fatal: Commit fd9f57850f6b94b7906e5bbe51a0d75bf638c74d is a merge but no -m option was given. gitが私に伝えようとしていることは何ですか？ここでチェリーピックを使用するのは適切ですか？マスターブランチには、上流のブランチで変更されたファイルへの変更が含まれているため、マージの競合が発生することは間違いありませんが、それらを修正しても問題はありません。どの変更がどこで必要かを知っています。 これらは私がアップストリームに持ち込みたいコミットです。 e7d4cff added some comments... 23e6d2a moved static strings... 44cc65a incorporated test ... 40b83d5 whoops delete whitspace... 24f8a50 implemented global.c... 43651c3 cleaned up ... 068b2fe cleaned up version.c ... fd9f578 Merge branch …

519 git  merge  rebase  cherry-pick 

私は自分のコードベースに変更を加え始めましたが、古いトピックのブランチにいることに気付きませんでした。それらを転送するために、私はそれらを隠しておき、それをマスターから離れた新しいブランチに適用したかったのです。私が使用しgit stash pop、私は新しいブランチを作成する前に、マスターに新しい変更を引っ張っていなかったことを忘れて、この新しいブランチに作業中の変更を転送します。これにより、大量のマージ競合が発生し、（popを使用していたため）変更内容が完全に失われました。 新しいブランチを正しく再作成したら、隠しておいた変更をどのように回復して適切に適用できますか？

519 git