前書き Visual Code Studioが最近人気ですね。（要出典） 会社のMacで便利に使ってます。 家のWindowsでも使いはじめたのですが、なぜかvscodeのgit pushを実行するとPermission Deniedのアラートが表示されてしまっていました。 Git Bashからならば（毎回sshのパスフレーズは聞かれていましたが）git push出来ていたので放置していたのですが、ちょっと気になってきたので腰をあげて解決することにしました。 状況 Version Control in Visual Studio Code にてWindowsのVisual Studio CodeでGitを使う場合はGit for Windowsをインストールすることが必要とされていたため従いました。 Git for Windowsをインストールしたし、bashに慣れていたため、Integr
※proxy サーバとして、tinyproxy を立てているとする。 tinyproxy の install は、tinyproxy の install と、proxy 経由での yum install - tkuchikiの日記 参照(yum install するだけだが)。 http, https proxy の設定 proxy 経由で git clone をする際に、http, https で git repositroy にアクセスできる場合は、 git config --global http.proxy http://example-proxy.com:8888/ git config --global https.proxy http://example-proxy.com:8888/ を実行すると、 # ~/.gitconfig [http] proxy = http://
履歴 恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィードバックを取り込んで更新を行なっています。 2012/11/16: cherry-pickしやすいように、というくだりのところは論理通ってないので削除しました。 1 pull req. 1 commitの原則をやめました。言いたいことであった「試行錯誤の過程を入れないで」を丸パクリしました！ > id:kazuho その他表記修正、クリアコードさんの記事に説明丸投げなど。 まえがき gitでトラブった！という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常
Redmine, git, Jenkins などプロジェクト管理ツールの状態を横断的かつリアルタイムに表示するWebアプリ『Dashbozu』を作りました。 これを使えば、一つの画面でプロジェクトの”今”の状態を把握できます。 WebSocketを用いているので、ただ開いているだけで、次々と情報を得ることができます。 iPadで開きっぱなしにして、机の上に置いておくような使い方を想定しています。 なぜこれを作ったか 一般的なソフトウェア開発現場では Redmineでチケットを作成する gitでコミットを繰り返し、中央レポジトリにpushする JenkinsによるCIが実行される 結果を確認し、Redmineのチケットを閉じる という流れで作業が進んでいきます。 これらの作業の中で、開発者は「適切な」タイミングでチェックとフィードバックをすることを求められます。 例えば、チェックのタイミング
The remote branch from git-svn is pretty much the same as a regular Git remote. So in your local repository you can have your git-svn clone and push changes out to GitHub. Git doesn't care. If you create your git-svn clone and push the exact same changes out to GitHub, you'll have an unofficial mirror of the Google Code repository. The rest is vanilla Git. git svn clone http://example.googlecode.c
バージョン管理とかgitとかが「おおげさでめんどくさいもの」だと思う人は多い。でも、それは生産性向上のチャンスを逃していると思う。特に業務として多人数で開発している人たちの「変更前にはまずトピックブランチ」というやり方が、それはそれでよい方法なんだけど、いかにもめんどくさそうで尻込みさせてしまうのではないか。 先日の日曜日に、テキトーなgitの使い方をして、とても役に立ったのでユースケースとして報告しておこう。ただし、若干特殊な環境なのでここでやった方法が直接そのまま皆さんの所で使えるとは限らないが。 まず環境の説明。プロジェクトは「次の日曜日、新感覚シューティングゲームを展示します」で紹介している、テーブル型ディスプレイで動くシューティングゲーム。メインは @tokoroten で、ソースコードをバリバリ変更している。土曜日にとりあえず動くところまでは行った。改善点は山積みだ。使える時間
お知らせ ('12/4/10) 「msysGit」「Git for Windows」v1.7.10が公開、UTF-8のファイル名に対応('12/4/10 窓の杜) ようやく本家 Git for Windows が UTF-8ファイル名に対応しました。このページで公開していた UTF-8 ファイル名対応 Git for Windows はこれでお役御免となります。一応、資料としてページはここに残しておきますが、今後は本家 Git for Windows をお使いください。 なお、本家にはここで公開しているパッチは取り込まれていません。本家のパッチは Karsteen Blees 氏によるものです。 やっている内容はここに記載した方針と少し違い、POSIX API レベルで差し替えるのではなく、mingw.c 内にある ANSI API 呼び出しを Unicode API に変更しているようで
リポジトリに FTP 経由で push *ではない*です、念のため。 SSH も rsync もないサーバに Web サイトをホストしてると更新とか面倒→ git で管理してFTP 経由で push すればいいじゃん！→できないじゃん！→フガフガ！ というわけでローカルのリポジトリに push → 更新されたファイルのみ FTP でアップロードしてやることにしました。 手順 1. GitPython をインストール git のファイルシステムを Python から使えるようにしたラッパーライブラリ GitPython をインストールします。これは easy_install で一発。 easy_install gitpython 2. git-ftp.py をインストール git-ftp.py は git のリポジトリから更新されたファイルだけをアップロードしてくれるステキなスクリプト。ht
zshにおけるgitの補完関数の実装はいまいちでした。zsh + git使いはzshの補完関数_gitを速くしたい! その2のような対抗策を講じるか、gitのときだけbashを使うかしていました。僕は一時期後者でした。 さてgitのtarballにcontrib/completion/git-completion.bashというのがあるのはディープなgit使いならご存知かと思います。残念ながらファイル名の通りbashでしか使えませんでしたが、v1.7.4-rc0でzsh compatibleになりました add the following lines to your .zshrc: autoload bashcompinit bashcompinit source ~/.git-completion.sh と指示通りに.zshrcに追記するだけでzshでもbashなみの快適さでgitを使え
課題 さくらのレンタルサーバにgitをインストールする。 環境 さくらのレンタルサーバ スタンダード インストール方法 $ #create git install directory($HOME/usr/local) $ cd $ mkdir $HOME/usr $ mkdir $HOME/usr/local $ #create git source directory $ cd $ mkdir $HOME/src $ mkdir $HOME/src/git $ cd $HOME/src/git $ wget http://kernel.org/pub/software/scm/git/git-1.7.1.tar.gz $ tar xzf git-1.7.1.tar.gz $ cd git-1.7.1 $ ./configure --prefix=$HOME/usr/local $ g
http://d.hatena.ne.jp/woremacx/20080308/1204986198のように、gitで外部レポジトリを扱えるようにする方法。 外部レポジトリの追加 git submodule addすると、外部レポジトリをサブモジュールとして取り込めるようになります。 # cloneする $ git clone git://example.com/repos/private/ $ cd private # git://example.com/repos/external/を追加する $ git submodule add git://example.com/repos/external/ # commitしておく $ git commit -m "Add submodule" $ git push 外部レポジトリ内での作業 外部レポジトリで作業したときは、そこでコミットする
前回の失敗を踏まえてRuby Version Manager(RVM)をつかってMacにRuby 1.9の導入を試みる RVMはgem を使ってもインストールすることが出来るようだが、いまいちやり方が分からなかったのでgitを使ってソースを取ってくる $ git clone git://github.com/wayneeseguin/rvm.git $ cd rvm/ $ ./install .bashrcの最後のほうに以下を追加 [[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # This loads RVM into a shell session. でターミナルを再起動 $ rvm -v rvm 1.1.6 by Wayne E. Seguin (wayneeseguin@gmail.com)
Gitの使い方を覚えるにあたって、まず知っておきたいのは――git-cloneだのgit-commitだのは当然として――「操作をミスったときにどのように回復するか」である。それを実現するのは、次の３つのコマンドだ。 git-commit --amend git-reset git-reflog git-commit --amend あるファイルをコミットしたとしよう。 $ (edit...) $ git commit -am 'メッセージ生成処理を実装したよ。'しかし、しばらくして彼は気づいた。 def create_massage(param) ...typoしてる！massageじゃない、messageだ！マッサージを作ってどうする！ 慌てるな。まずは直してステージに上げるんだ*1。 def create_message(param) ...$ git add .そして…。 $ gi
git init リポジトリの作成をする。 リポジトリを作りたいディレクトリに移動してコマンドを実行する。 公開リポジトリは bare リポジトリとして作成する。（bare リポジトリは通常 .git 拡張子を付ける） $ git init --bare /home/hoge/project.git git clone <複製元リポジトリのURL> リポジトリの複製をする。 リポジトリを作りたいディレクトリに移動してコマンドを実行する。 公開リポジトリは bare リポジトリとして作成する。（bare リポジトリは通常 .git 拡張子を付ける） $ git clone --bare /home/hoge/project.git git status 変更されたファイルの表示をする。 git-vim コマンド :GitStatus 編集中のファイル・リポジトリの git status を表
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
