.bashrcとかで以下のように設定 function length() { echo -n ${#1} } function init-prompt-git-branch() { git symbolic-ref HEAD 2>/dev/null >/dev/null && echo "($(git symbolic-ref HEAD 2>/dev/null | sed 's/^refs\/heads\///'))" } if which git 2>/dev/null >/dev/null then export PS1_GIT_BRANCH='\[\e[$[COLUMNS]D\]\[\e[1;31m\]\[\e[$[COLUMNS-$(length $(init-prompt-git-branch))]C\]$(init-prompt-git-branch)\[\e[$[COLUMN

以前gitで一度行った変更をなかったことにする方法4つを紹介しましたが、 日常的に git を使用していると他にも様々な 「なかったことにしたい」「元に戻したい」 という状況に遭遇します。 そのひとつひとつについて対処方法を紹介していきます。 目次 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いてみた。でももう要らない。問題2: トピックブランチをマージしたけど実はまだ不完全だった。マージをやり直したい。問題3: リリース後に発覚したバグ。原因は30日前に自分が行ったコミットだった。なかったことにしたい。問題4: 新しいコミットしようとして間違えてgit commit –amendで書き換えてしまった。元に戻したい。問題5: 色々作業していたら作業ディレクトリの内容が混沌としてきた。一度綺麗な状態にしたい。問題6: 作業ディレクトリにゴミファイルが溜まってきた。一度綺麗

bitbucket.orgにgit pushしたらwarningが出ました IPアドレスが変わったのかな？？ ~~~ $ git push -u origin –all Warning: Permanently added the RSA host key for IP address ‘131.103.20.167’ to the list of known hosts. No refs in common and none specified; doing nothing. Perhaps you should specify a branch such as ‘master’. fatal: The remote end hung up unexpectedly Everything up-to-date ~~~ .ssh/known_hostsに保存されているIPと違うとwarni

いつも忘れるんでメモっとく。 gitのホストが複数あったりして、 公開鍵の指定ディレクトリに入れたいのだけどってときに使える。 用意するもの ・ git コマンドライン ・ gitのホスト（以下 fugahoge.com） 公開鍵の作成 # .sshへ移動 $ cd ~/.ssh/ # ドメイン名のフォルダ作成、移動 （ここに鍵を入れる） $ mkdir fugahoge $ cd fugahoge # 確認 $ pwd /Users/[USERNAME]/.ssh/fugahoge # 鍵作成 $ ssh-keygen -t rsa -C "fugahoge.com" Generating public/private rsa key pair. Enter file in which to save the key (/Users/[USERNAME]/.ssh/id_rsa): /U

修正する予定がなかったので httpsを経由して匿名のままリポジトリを githubから cloneしたんだけど、つい大事な修正をコミットしてしまい pushしなければならなくなったので originを ssh経由に変更したい、そんなとき。 現在の originがどうなっているか確認する git remote -v と入力する。 $ git remote -v origin https://github.com/walbrix/oscar.git (fetch) origin https://github.com/walbrix/oscar.git (push) originへのアクセスがHTTPS経由になっている。この状態でもユーザー名・パスワードを設定すれば pushできるが、スマートでない。 originのURLを変更する git remote set-urlコマンドで origin

Gehirn RS2というか、Linux環境での登録作業 ※、前準備 Gehirn RS2で前準備としてコンパネで「SSH→キーペアを生成する」にアクセスする。 これで、.ssh関連が作成されます。 1.Bitbucket用のSSHキーを生成する $ cd ~/.ssh $ mkdir bitbucket $ cd bitbucket $ ssh-keygen -t rsa -C "bitbucketにユーザ登録しているメールアドレス" ここで以下のように質問が出るので設定をします。 Enter file in which to save the key (/Users/your_user_directory/.ssh/bitbucket/id_rsa): id_rsa.bitbucket.org ※、パスワードの設定について2回質問されますが、EnterでOKです id_rsa.bitb

年末にDocker触ってて、これをうまく活かせば、副作用を無視した使い捨てのテスト環境が作れるんじゃねーかな、という意識が高まったのですが、手を付けられずにうにゃうにゃしてました。 そうこうする内に yahooのデベロッパーの方からJenkins with Dockerというタイトルの発表があり、ほぼ僕のやりたい事のベースができていたので、これをforkして、travis.yml parserや若干のバグフィックスを入れてもう少しだけTravisに近づけてみました。 ちなみにこれは 社内 Immutable Infrastructure ハッカソンした時の成果物です。 Immutable Infrastructure Hackathon at :D を開催したら、configspec の敷居が高いのでコミッタになっていました - sonots:blog 今回の成果物に関して、詳しくはここを

先日、RedmineとGitを連携させる（認証統合） - torutkの日記 でGitリポジトリをHTTP経由でアクセスする設定を書きました。その設定で、新たにGitリポジトリを構築したサーバーにアクセスすると、次のようにエラーとなります。 OSのバージョンとgitのバージョン $ cat /etc/redhat-release CentOS release 6.3 (Final) $ git --version git version 1.7.1 HTTP経由でリポジトリのクローンを試みる $ git clone http://gito.example.org/git/basicauthen.git Initialized empty Git repository in /home/hogehoge/work/basicauthen/.git/ error: The requested

「入門Chef Solo – Infrastructure as Code [Kindle版]」を読みつつ knife-solo の 0.3.0 をインストールしようとしたら rake aborted! になってしまった。 $ git clone git://github.com/matschaffer/knife-solo.git $ cd knife-solo $ rake install rake aborted! ERROR: While executing gem ... (Gem::InvalidSpecificationException) ["lib/knife-solo/resources/patch_cookbooks/chef-solo-search/.travis.yml", "lib/knife-solo/resources/patch_cookbooks/che

世の中テクノロジーはどんどん進化していてもうびっくりです。 CentOSでWebアプリのサーバ環境を作る場合、yumコマンドを実行して、適宜設定ファイルを修正して、デーモンなどを再起動するってなことを毎回やっていたのですが、今はchefによるサーバ構築自動化ができるわけです。 そのchefを利用するにはRubyをインストールしてgemからchefのパッケージをインストールする必要があったのですが、これも最近Omunibusというコマンド一発でできる仕組みができて更にらくちんになりました。 というわけで、gitリポジトリにchefのcookbookを置いて管理し、これをセットアップするサーバーにpull、chef-soloを実行して、環境構築を自動化してしまう手順のサンプルを以下にまとめてみました。 https://github.com/kohkimakimoto/chef-for-cent

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

2017.8.31 追記 この記事は間違っています。正しくは下記でした。 git submoduleの更新方法を勘違いしていた 昔書いた記事を参考にしてくださった方がいて、 でも「git submodule updateで更新できないよ」と。 gitのsubmoduleだけを最新版にしたい場合のコマンドメモ - Reinvention of the Wheel 私自身もgit submodule updateで更新できると思ってました。 というか、一度も更新処理試してなかった。 結論から言うと これでOKでした。foreach便利。 $ git submodule foreach 'git pull origin master' $ git submodule update ですが、no branch になってしまってるsubmoduleがあったので、pullするのはこっちの方がいいかもし

BitbucketやGitHubのGitリポジトリにアクセスではSSH認証キーを使うことができます。このSSH認証キーを使ったアクセスのメリットは次のとおりです。 * Pushするときにいちいちパスワードを打つ必要がなくなる * セキュリティが向上する 今回はMacでSSH認証のための公開鍵と秘密鍵を生成して、GitHubやBitbucketに公開鍵を登録して、SSHでアクセスできるようにするまでの設定手順をできるだけわかりやすく書いていきます。もし、詰まった点とかあればコメントお願いします！ (04/11 22:30) 前回の修正でミスってた部分を修正 🐯 流れSSH認証キーの設定の流れは次のとおりです。 (1) SSH認証の公開鍵と秘密鍵を作成 (2) Mac側(クライアント側)へのSSHキーの設定 (3) Bitbucketへの公開鍵の登録 (4) GitHubへの公開鍵の登録

オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ

６歳と３歳の娘がいる山本泰宇（@ymmt2005）です。こんにちは。 いきなりですが、悔しいです。なにがって、@DQNEO さんが最近書かれた記事「必殺！Github導入に向けて上司を説得する時に使える資料まとめ」に載り損ねてしまったからです。 サイボウズでも Git と GitHub Enterprise を導入しています。導入や運用の助けになる資料やツールを作ったりして、とても便利なのでいずれ公開したいなと思っていたんです。忙しさにかまけて後回しにしていたら、出遅れ企業にグルーピングされてしまうなんて（涙） 出遅れてしまった以上、なにかプラスアルファをお見せするしか名誉挽回の方法はありません。何も失っていないんじゃないかというツッコミはよしてください。こうなったら恥も外聞もなく Subversion 時代の恥ずかしい過去をさらけ出し、もちろん資料も出して、さらにノウハウを詰め込んだツー