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

ファイアウォールの背後で立ち往生しているため、HTTPを使用してGitHubリポジトリにアクセスする必要があります。Windows XPでcygwin 1.7.7を使用しています。 リモコンをhttps://username@github.com/username/ExcelANT.gitに設定しようとしましたが、パスワードを要求するプロンプトを押しましたが、一度入力すると何も起こりません。 https://username:<password>github.com/username/ExcelANT.git空のリポジトリを最初からクローンしますが、毎回同じエラーが発生します エラー：SSL証明書の問題。CA証明書に問題がないことを確認してください。詳細： エラー：14090086：SSLルーチン：SSL3_GET_SERVER_CERTIFICATE：証明書の確認がhttps://github.com/username/ExcelANT.git/info/refsへのアクセス中に失敗しました オンにGIT_CURL_VERBOSE=1すると * github.comポート443（＃0）にconnect（） しようとしています* 207.97.227.239を試行しています... *証明書検証場所の設定に成功しました： * CAfile：なし CApath：/ usr / ssl / certs * SSL証明書の問題、それを確認してくださいCA証明書はOKです。詳細： エラー：14090086：SSLルーチン：SSL3_GET_SERVER_CERTIFICATE：証明書の検証に失敗しました * 期限切れがクリアされました *接続 を閉じています＃0 * github.comポート443（＃0）へのconnect（）を実行しています * 207.97.227.239を試行しています... *証明書の設定に成功しました場所の確認： * CAfile：なし CApath：/ usr / ssl / certs * SSL証明書の問題。CA証明書に問題がないことを確認してください。詳細： エラー：14090086：SSLルーチン：SSL3_GET_SERVER_CERTIFICATE：証明書の検証に失敗しました * 期限切れがクリアされました *接続を閉じています＃0 エラー：SSL証明書の問題、CA証明書に問題がないことを確認してください 詳細： エラー：14090086：SSLルーチン：SSL3_GET_SERVER_CERTIFICATE：証明書の確認がhttps://github.com/username/ExcelANT.git/info/refsへのアクセス中に失敗しました …

389 git  ssl  github  cygwin  ssl-certificate 

Git for Windowsをインストールしていますがgit、コマンドプロンプトでコマンドを使用しようとすると、次のエラーが発生します。 'git' is not recognized as an internal or external command, operable program or batch file. この問題を解決するにはどうすればよいですか？

389 windows  git  path  environment-variables  command-prompt 

私は走りgit cherry-pick <hash>、マージの衝突がありました。私は衝突を解決したくありません、ただチェリーピックを中止したいです。実際に（を使用してgit merge）マージを行う場合に便利git merge --abortです。チェリーピッキングに相当するものは何ですか？

389 git  git-cherry-pick 

私は数か月前からiOS開発を行っており、依存関係管理のための有望なCocoaPodsライブラリについて学んだところです。 私は個人的なプロジェクトでそれを試してみた：への依存関係を追加しましたキウイ私Podfile、走っにpod install CocoaPodsTest.xcodeproj、と出来上がり、それがとてもうまくいきました。 私が疑問に思っている唯一のことは、何をチェックインし、バージョン管理のために何を無視するかです。Podfile自体と、おそらく.xcworkspaceファイルもチェックインしたいのは明らかです。しかし、Pods /ディレクトリを無視しますか？.gitignoreにも追加する必要がある、他の依存関係を追加するときに、今後生成される他のファイルはありますか？

388 objective-c  git  cocoapods 

それgit push --tagsがプレーン・オールドとは別の操作である理由を知っていgit pushます。タグを誤ってプッシュしたくないので、タグをプッシュすることは意識的な選択である必要があります。それはいいです。しかし、両方を一緒にプッシュする方法はありますか？（を除いてgit push && git push --tags。）

387 git 

私は今日、デタッチされたヘッドで終わった、で説明されているのと同じ問題：git pushは、ローカルの変更があってもすべてが最新であると言う 私の知る限り、私は通常のことを何もしなかったので、ローカルリポジトリからコミットしてプッシュしました。 それで私はどうやって終わりましたdetached HEADか？

387 git 

変更を隠しておきました。今、私はstashからいくつかのファイルだけをunstashしたいと思います。これどうやってするの？

386 git  git-stash 

私はすべての作業をGitで行っており、GitHubにプッシュしています。私はソフトウェアとサイトの両方に非常に満足しており、この時点で自分の作業方法を変更したくありません。 私のPhDアドバイザーは、すべての学生に、大学でホストされているSVNリポジトリに作業を保存するように依頼しています。既存のSVNリポジトリをGitにプルダウンしようとする大量のドキュメントとチュートリアルを見つけましたが、Gitリポジトリを新しいSVNリポジトリにプッシュすることについては何もありませんでした。git-svnと新鮮なブランチを組み合わせてこれを行う方法がいくつかあるに違いないと思いますが、私はGitの初心者であり、それらのどれにも自信がありません。 次に、いくつかのコマンドを実行して、選択したときにコミットをそのSVNリポジトリーにプッシュしたいと思います。Gitを使い続け、SVNリポジトリにGitの内容をミラーリングさせたいと思います。 これが何かの違いを生むなら、私がSVNにコミットする唯一の人になります。

384 svn  git  git-svn 

変更をコミットして、あるブランチから別のブランチにプッシュすることは可能ですか？ BRANCH1で変更をコミットし、それらをBRANCH2にプッシュしたいとします。 BRANCH1から、それを行うことは有効ですか？ git push origin **BRANCH2** 次に、BRANCH1をリセットしますか？

384 git  git-branch 

2つのブランチ（AおよびB）があり、ブランチAからの単一のファイルをブランチBからの対応する単一のファイルとマージしたい。

383 git  merge  git-branch 

状況： マスターはXにいます quickfix1はX + 2コミットです そのような： o-o-X (master HEAD) \ q1a--q1b (quickfix1 HEAD) その後、quickfix2の作業を開始しましたが、誤って、quickfix1をコピーするソースブランチとして使用しました。マスターではありません。現在、quickfix2はX + 2コミット+ 2関連コミットにあります。 o-o-X (master HEAD) \ q1a--q1b (quickfix1 HEAD) \ q2a--q2b (quickfix2 HEAD) 今度はquickfix2を使用してブランチを作成しますが、quickfix1に属する2つのコミットは使用しません。 q2a'--q2b' (quickfix2 HEAD) / o-o-X (master HEAD) \ q1a--q1b (quickfix1 HEAD) quickfix2の特定のリビジョンからパッチを作成しようとしましたが、パッチはコミット履歴を保持しません。コミット履歴を保存する方法はありますが、quickfix1を変更せずにブランチがありますか？

381 git  commit  patch 

HEADGitからの短いバージョンのハッシュを取得するためのより明確な方法はありますか？ 私が得るのと同じ出力を表示したい： git log -n 1 | head -n 1 | sed -e 's/^commit //' | head -c 8 最初は上記のコマンドを使用してバージョン文字列を生成しましたが、これはさらに優れています。 git describe --tags 0.1.12（タグ付きコミット）または0.1.11-5-g0c85fbc（タグの後の5つのコミット）のような文字列を出力します。

381 git 

gitを使用するプロジェクトを追跡したい。完全なリポジトリと完全な履歴を複製したくありません。最新のリビジョンが必要です。リモートプロジェクトから新しいリビジョンに更新できるようにしたいです。 私はgit cloneを使用してみましたが、これによりリポジトリ全体のコピー（巨大なファイルサイズ）が作成され、変更を追跡するとディスク領域がさらに大きくなります（100 MBのファイルが2 GBを超えるようになりました）。 パッチを提出するつもりはなく、履歴も必要ありません。Subversionのように最新バージョンが欲しいだけです。 これはgitで可能ですか？

380 git 

これは実際どのようにして起こりますか？ 現在、自分で1つのリポジトリで作業しているので、これが私のワークフローです。 ファイルを変更する コミット 満足するまで1-2を繰り返します マスターにプッシュ 次に、aを実行するgit statusと、ブランチがXコミット（おそらく、私が行ったのと同じ数のコミット）によって進んでいることがわかります。これは、コードをプッシュしたときに、ローカルにキャッシュされたファイル（.gitフォルダー内）が実際に更新されないためですか？git pullこの奇妙なメッセージを「修正」するようですが、なぜそれが起こるのか私はまだ興味があります、おそらく私はgitを間違って使用していますか？ メッセージに出力されるブランチを含む 私の地元の支店はマスターよりも先です 現在のブランチをどこにプッシュ/プルしますか 私はGitHubにプッシュし、その時点でたまたま作業しているコンピューターに移動します。自分で作業しているのは自分だけなので、ローカルコピーは常に完全に最新です。 実際にはリモートリポジトリをチェックしません それが私の考えであり、私の理解が正しいことを確認することにしました。 あなたはそれにいくつかの追加の引数を渡していますか？ 私が見ることができるものではなく、私の側で何か面白い設定が行われているのでしょうか？ $ git status # On branch master # Your branch is ahead of 'origin/master' by 1 commit. # nothing to commit (working directory clean)

379 git  git-commit 

当社は現在、単純なトランク/リリース/ホットフィックス分岐モデルを使用しており、どの分岐モデルが会社または開発プロセスに最適かについてアドバイスを求めています。 ワークフロー/分岐モデル 以下は、これについて私が見た3つの主な説明ですが、それらは部分的に互いに矛盾しているか、（以下で説明するように）発生した後続の問題を整理するのに十分ではありません。したがって、これまでのところ、私たちのチームはそれほど優れたソリューションではないとしています。あなたはもっと良いことをしていますか？ gitworkflows（7）マニュアルページ （nvie）成功した​​Git分岐モデル （reinh）アジャイルチームのためのGitワークフロー マージとリベース（複雑な履歴と順次履歴） pull --rebaseタスクが完了するまで、メインラインにマージして待機する必要がありますか？個人的には、どのベースでタスクが開始および終了したかを示す視覚的なイラストが保存されるため、私はマージに傾倒していますmerge --no-ff。この目的のためにも、私は好んで使用しています。ただし、他の欠点もあります。また、マージの有用な特性を理解していない人も多くいます-それは可換ではありません（トピックブランチをマスターにマージしても、マスターをトピックブランチにマージすることを意味するわけではありません）。 自然なワークフローを探しています 私たちの手順は単純なルールでは特定の状況を捉えていないため、時々間違いが発生します。たとえば、以前のリリースに必要な修正はもちろん、必要なすべてのブランチに上流をマージできるように十分に下流に基づいている必要があります（これらの用語の使用法は十分明確ですか？）ただし、開発者がそれがさらに下流に配置されているはずであることに開発者が気付く前に、修正がマスターに組み込まれ、それがすでにプッシュされている場合（さらに悪いことに、マージまたはそれに基づくもの）、残りのオプションはチェリーピッキングであり、関連する危険。このような単純なルールを使用しますか？これには、他のトピックブランチを必ず除外する1つのトピックブランチのぎこちなさも含まれます（それらが共通のベースラインからブランチされている場合）。開発者は、機能を完成させて、今書いたコードがもう存在しないような別の感覚を開始したくない （cherry-pickによる）マージの競合を回避する方法 マージの競合を発生させる確実な方法は、ブランチ間でチェリーピックすることです。ブランチを再びマージすることはできませんか？どちらのブランチでも、リバートで同じコミットを適用すると（これを行う方法は？）、この状況が解決される可能性がありますか？これは、私が大部分がマージベースのワークフローを敢えて推し進めない1つの理由です。 局所的な枝に分解する方法は？ トピックブランチから完成した統合をアセンブルすることは素晴らしいことだと認識していますが、開発者による作業は明確に定義されていないことがあり（「ポーキング」のように単純な場合もあります）、コードがすでに「その他」のトピックに入っている場合は、上記の質問によると、それを再びそこから取り出すことはできませんか？トピックブランチの定義/承認/卒業/リリースをどのように行いますか？ コードのレビューや卒業などの適切な手順はもちろんすばらしいでしょう。 しかし、これを管理するのに十分なほど絡み合っておくことはできません。何か提案はありますか？統合ブランチ、イラスト？ 以下は関連する質問のリストです： デプロイされたアプリケーションをホットフィックス可能にするための良い戦略は何ですか？ 社内開発でのGit使用のワークフローの説明 企業のLinuxカーネル開発のためのGitワークフロー 開発コードと製品コードをどのように維持しますか？（この PDFに感謝！） gitリリース管理 Git Cherry-pickとマージのワークフロー 複数のコミットを選択する方法 選択したファイルをgit-mergeでどのようにマージしますか？ 一連のコミットを選択して別のブランチにマージする方法 ReinH Gitワークフロー 元に戻さない変更を行うためのgitワークフロー マージをチェリーピックする OSとプライベートコードを組み合わせた適切なGitワークフロー？ Gitでプロジェクトを維持する 変更された親/マスターでGitがファイルの変更をマージできないのはなぜですか。 Gitのブランチ/グッドプラクティスのリベース 「git pull --rebase」を実行するといつ問題が発生しますか？ 大規模なチームでDVCSはどのように使用されますか？ また、Plastic SCMがタスク駆動開発に書き込む内容を確認し、Plasticを選択しない場合は、nvieの分岐モデルとそれをサポートするスクリプトを調べてください。

378 git  merge  workflow  release  cherry-pick