初めてGitHubリポジトリにpushしたらrejectedエラーになったときの対応メモ - Qiita
% git push origin master To https://github.com/xxxx/xxxxx.git ! [rejected] master -> master (fetch first) error: failed to push some refs to 'https://github.com/xxxx/xxxxx.git' hint: Updates were rejected because the remote contains work that you do hint: not have locally. This is usually caused by another repository pushing hint: to the same ref. You may want to first integrate the remote changes
リモートリポジトリを置く – ぴいこサーバ
なんだかんだでローカルで開発しても、どこかサーバにリモートリポジトリを置いておきたい。 なので、設定しました。 リモートにリポジトリ置き場を作る。 $ sudo mkdir /var/repos/ $ sudo chown USER:USER /var/repos これが全部のリポジトリを置くところ。 gitのプロジェクト置き場を作る。慣例的になんちゃら.gitというディレクトリにするらしい。 $ mkdir /var/repos/Project.git gitinitする。bareというオプションは、リモートリポジトリですよという意味。 git init --bare ローカルに戻り、git管理のプロジェクトディレクトリに行く。pushする先をリモートサーバにするよう、設定をする。 $ git remote add origin ssh://USERNAME@SERVER.NAME:PO
キャスレーの社内開発で利用するgitのブランチモデルとかPull Requestの簡単な解説とか | Casley Deep Innovations株式会社 技術ブログ
田中（邦）です。 前回はtowerを利用してSubversionのリポジトリをGithubに移行する手順について書きました。 そもそも上記の記事を書くきっかけになったのは、弊社の社内開発改善ミーティングで 「社内開発用のリポジトリをそろそろSubversionからgitに切り替えようぜ」 という話になった時 「移行時にスクリーンショット取ってれば後でブログに書けるんじゃね？」 という意見が出たのが発端です。 そんなわけでリポジトリの移行は無事終わったのですが、まだまだやることはたくさんあります。 git,Githubを使ったことがないメンバーに対して勉強会を開いたり、今までJenkinsを使っていなかったのでJenkinsを導入したり、あとはVagrantやらAnsibleを導入したいなぁ・・とか。 今回はgitでの開発に切り替えるにあたり、どのようなブランチモデルが弊社の社内開発に最適か
GithubからJenkinsへのServer Hook - Qiita
GithubからJenkinsへのServer Hookを調べた結果をまとめておく。 以下の3つの方法を調べた。 WebHook URLsを用いる方法 Jenkins (GitHub plugin) を用いる方法 Ver1.8で確認 Jenkins (Git plugin) を用いる方法 Ver2.0で確認 この方法を用いるとGithubのコードに修正を加えると対応するJenkinsジョブを走らせることができる WebHook URLsを用いる方法 Githubからコミットの情報を受け取って自力で処理する方法 好きなようにhook処理できるが実装が必要 Githubの特定ブランチにpushした時だけhookでjenkinsビルドする - Qiita [キータ]が詳しい Jenkinsの設定 Jenkins Parameterized Trigger pluginをインストールしておく Ho
今さら聞けないXcodeのバージョン管理 Gitの基本的な使い方からGitHubへソースコードを公開するまで | DevelopersIO
今さらですがXcodeでGitを使ったバージョン管理の仕方をいろいろ調べたので調査結果をまとめたいと思います。調査した環境は以下になります。 Mac OS X 10.8 Mountain Lion Xcode 5.0 XcodeでのGitの使い方の記事なので、Gitって何？もしくは バージョン管理って何？という方は以下の記事を見た後でご覧ください。 ガチで5分で分かる分散型バージョン管理システムGit 目次 ローカルリポジトリ 準備：ローカルリポジトリの作成 ローカルリポジトリにコミットする ソースコードの変更を破棄する ローカルリポジトリの変更履歴を確認する 以前のバージョンとの差分を確認する リモートリポジトリ 準備：リモートリポジトリの作成 リモートリポジトリを複製する(Clone) リモートリポジトリを更新する(Push) リモートリポジトリから変更を取り込む(Pull) リモート
Git にパッチを送って取り込まれた話
Git の挙動に変なところを見つけたので、パッチを作って Git のメーリングリストに投げてみたところ、何度かのレビューを経て、無事に取り込まれた。 Git に貢献したい人とか、オープンソース開発の流れに興味がある人もいるだろうから、作業の流れを書いておくことにする。 1. バグを発見する 何はともあれ、修正したいところを見つけるところから。 先日、git difftool --dir-diff が便利すぎて泣きそうです という記事を書いたが、difftool --dir-diff の挙動を調べているうちに、一時ファイル書き戻し条件が変なことに気づいた。 手元のバージョンが古いのかとも思ったが、master ブランチでも再現したので、ちょっくら深入りしてみた。git difftool は Perl スクリプトだったので、ソースコードに print を追加しつつ挙動を探っていった。しばらく調
githubでフォークしたリポジトリにフォーク元の変更をマージする - @yohfee.blog!
初めてやったので忘れてもいいようにメモ。 先日のZenraプラグインのためにフォークしたTermtterですが、Pull Requestするの忘れてるうちに何回かコミットされてるのと、別のプラグインを作ってみようかと思うところで、整理しておこうかというわけです。 参照：Fork a repo - GitHub Help % git remote add jugyo git://github.com/jugyo/termtter.git % git fetch % git merge jugyo/master こんだけ。簡単だね。pullでもいいみたいだしrebaseでもいいのかな？そういえばPro Gitまだ読み途中だったっけ…
Gitでexportするときはgit archiveとgit checkout-indexのどちらがよいか · DQNEO日記
masterブランチをエクスポートしたいとします。 mkdir /tmp/foo git archive master | tar -x -C /tmp/foo (必ず先に空のディレクトリを作っておきましょう。) export-ignoreが便利 export-ignoreという便利なオプションがあって、例えばexport時に"test"ディレクトリだけ除外するということができます。 $Id$展開もしてくれる ident属性が設定してあればファイル中の$Id$をキーワード展開してくれます。 $Id$ ↓ $Id: 547efb313cdee8eb3e37371f800f3bee3479c166 $ 参考：Git-のカスタマイズ-Git-の属性#リポジトリをエクスポートする mkdir /tmp/foo git checkout-index -a --prefix=/tmp/foo/ --p
カレントディレクトリがGitリポジトリ下か否か判定する - すぎゃーんメモ
カレントディレクトリがGitリポジトリ管理下か否か、ってどうやって判定するのが良いのだろう 2012-03-23 12:52:55 via Twitter for Mac @sugyan 僕はこうしています。ご参考までに。 URL 2012-03-23 13:01:51 via web to @sugyan @Cside_ ありがとうございます、やっぱりそんな感じですかねー！ 2012-03-23 14:06:12 via Twitter for Mac to @Cside_ @sugyan もしzshでならこんな感じでできます． URL 2012-03-23 14:16:21 via YoruFukurou to @sugyan @yaotti ありがとうございます、vcs_infoは便利ですよねー。シェルスクリプト内で判定つかいたいなーと思ったのですが、vcs_infoの中ではgit
gitで一度行った変更をなかったことにする方法4つ | Webシステム開発／教育ソリューションのタイムインターメディア
gitでは様々な方法でコミットログを書き換えることができます。 その一例として一度行った変更をなかったことにする方法を4つ紹介します。 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。 $ $EDITOR $ git commit -am 'foo' $ $EDITOR $ git commit -am 'bar' $ $EDITOR $ git commit -am 'baz' のように適当な区切りでコミットして行ったものの、 結局全部要らないからなかったことにしたいということはままあります。 解答1: git reset –hard HEAD~{n} コミットしたもの全てを歴史から消し去りたい場合は git reset --hard を使います。 この例の場合は3回のコミットを全てなかったことにしたいので、 以下のコマンドで消し去ることができ
Git pullを使うべきでない３つの理由 · DQNEO日記
git pullは使わなくてもよい 初心者はgit pullを使わない方がよい 我々ソフトウェアエンジニアは勉強が大好きなので、コマンドがあるとそれを勉強して使いこなさなければいけないと考えがちですが、ときには「覚えない、使わない」という発想も大事なのではないでしょうか。 以下にその理由をのべます。 git pullは使う必要がない git pullを使わないとできないこと、というのはありません。 使わなくても全然困りません。 git fetchとgit mergeとgit rebaseだけですべての用は足せます。 私はチーム開発でGitを本格的に使い始めて数か月経ちますが、普段の作業でgit pullを使ったことはないしそれで困ったこともありません。 git pullを使わなければ、余計な落とし穴に落ちない git pullには落とし穴があります。 初心者はたいていその穴に落ちます。 「
危なくないgitこと、うちのチームのgit戦略草案(ver. 2)
履歴 恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィードバックを取り込んで更新を行なっています。 2012/11/16: cherry-pickしやすいように、というくだりのところは論理通ってないので削除しました。 1 pull req. 1 commitの原則をやめました。言いたいことであった「試行錯誤の過程を入れないで」を丸パクリしました！ > id:kazuho その他表記修正、クリアコードさんの記事に説明丸投げなど。 まえがき gitでトラブった！という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常
Subversionリポジトリと連携できるgit-svn | OSDN Magazine
「Gitを使いたいが、中央リポジトリにはSubversionを使わざるを得ない」という場合も多いだろう。そのような状況で便利なのが、SubversionリポジトリとGitリポジトリの橋渡しをする「git-svn」である。git-svnを利用することで、SubversionリポジトリとGitのローカルリポジトリを同期させることが可能だ。本記事では、このgit-svnの活用方法を紹介する。 git-svnのアーキテクチャ Gitの大きな特徴として、分散型アーキテクチャがある。分散型アーキテクチャでは、コミットはローカルのリポジトリに対して行い、ソースコードの同期はそれぞれの開発者間が持つローカルリポジトリ同士で変更点をやりとりすることで行う。もちろん公開リポジトリを利用したソースコードの同期も可能であり、柔軟な開発体制を取れるのが長所である。 しかし、一方でGitは非常に多数のコマンドがあり、
gitのoriginのurlを変更する。 - 僕の今さら日記
mirahを最初にインストールした時に、 git://github.com/headius/mirah.git の方から持ってきてて、あとから git://github.com/mirah/mirah.git の方が最新なことに気づいて、別にそのまま新たにcloneしてくればいいんですが、 originを変えれないのかな?と思ったのでメモ。 **追記** @murachue さんより教えていただきまして、 % git remote set-url origin <新しいリポジトリURL> が普通とのこと。明らかにこっちのほうが自然なかんじですね! @murachue さんありがとうございます!! 使用した感じは以下のとおりです。 regina% git remote -v origin git://github.com/headius/mirah.git (fetch) origin gi
gitで共用リポジトリにpushした変更を取り消す。 - このブログは証明できない。
天ぷらを大量に食べました。油でギットギトです。というわけで、gitで共用リポジトリにpushした変更を取り消す方法です。gitって、ローカルのリポジトリを使う参考記事は多いですが、共用リポジトリを使う記事は少ない気がしますね。でも、githubのユーザーは多いと思います。 490円のServersMan@VPS (CentOS 5) をGitサーバーにする会。 - このブログは証明できない。 追記 2010-12-03 ：重要！注意を書いたつもりが書き忘れてました。共用リポジトリをいじるので、複数人で使ってる場合は他の人に影響がでますよね。注意！！ あ。間違えてcommitしちゃった。しかも、共用リポジトリにgit pushしちゃった。しかも、50万円もする布団買っちゃった。まず、間違えてcommitしただけなら、git resetを使います。 $ git reset --soft HEA
gitでありがちな問題の解決方法まとめ - Qiita
Git Advent Calendar / Jun. 最終日(30日目)の記事です．29日目は「いざという時のためのgit reflog」でした． Git Advent Calendar最後なので，git操作でやりがちなミスからどう回復するかをまとめます．他にもあればコメントもらえるとマージしていきます． ブランチを切り忘れてmasterでコミットしてしまった その時点でブランチを切る&reset --hardで間違ったコミットたちをmasterから消す $ git checkout -b new-branch # masterの最新コミットを消す $ git checkout master && git reset --hard HEAD~
git reset --hard でファイルの変更は取り消せない - murankの日記
ファイルの変更を取り消そうと思って $ git reset --hard fileとしたら fatal: Cannot do hard reset with paths.と怒られた。 $ git reset --hard HEAD fileとか $ git reset --hard HEAD -- fileとか試してもやっぱり怒られる。 じゃあどうすればファイルの変更を取り消せるのかというと $ git checkout fileとすれば良いみたい。 なんで reset では取り消せないのか調べてみたところ、 git reset [-q] [] [--] … git reset [--patch|-p] [] [--] […] git reset [--soft | --mixed | --hard | --merge | --keep] [-q] [] git-reset（1） とあった
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
メモ 【git】branch名の変更
こわくない Git
powerful-code.com-蒙城县郭侠熟食有限责任公司-网站