以前、githubにsshポートが通らなくてもpush出来る方法をご紹介しましたが、今日はbitbucketです。 bitbucketは元々https経由でpush出来ますが、sshプロトコルを使わない場合はbasic認証になってしまいパスワードを毎回尋ねられます。またそれを省略しようと思うと、Clone URLを hg clone https://username:password@bitbucket.org/username/example といった感じにしなければならなく、とても危険です。 出来る事ならばsshを使いたいですね。実はgithubと方法はまったく同じ。 bitbucketのアカウントページにid_rsa.pubの値を貼り付け、ssh/configファイルを修正します。 ~/.ssh/config Host bitbucket.org Port 443 もしプロキシを使っ
github を Windows で使ってみる という記事を 2008 年に書いたのですが、未だにそこそこ需要もあり見ていただいているようなので 2011 年版として新たに書いてみます。GUI で色々ごにょごにょ出来るようになっていたり感動しました。進化してる！ Help.GitHub – Welcome でざっと手順を眺める。書いてある手順を引用すると以下の通り。 Getting started with Git and GitHub Getting up and running from scratch is easy: 1. Take a quick crash course on git 2. Install Git 3. Generate a keypair – If you have troubles 4. Set your user and email in git 5. C
My Life Logs: Git & DropBox でソース管理（環境はWindows7） Part-1
2010/04/04 Git & DropBox でソース管理（環境はWindows7） Part-1 ソースコードの管理環境を構築しようと思いましたのでノート。 思い立った動機付けは下記エントリ。 週末プログラマにお薦め！！Subversion+DropBoxで似非分散型バージョン管理 読んでみたところ、オフラインで作業していた異なる環境からソースを取りに行く場合、 コンフリクトする可能性が問題として残るとのこと。 んで、コメントを読むとGit&DropBoxで良いのではとアドバイスがありまして、 それで見つけたのが下記の記事。 gitとDropboxでお手軽・無料のSource Hostingを実現する それでは挑戦してみましょ。 DropBoxのアカウント作成 まずは、「https://www.dropbox.com/login#register」にアクセスしてア
id:bleis-tiftによるgitのフックスクリプト集がマジ便利。 gitとredmineを使ってる人はぜひ使うべき 機能 チケット番号付加 id/12というブランチで作業してるときは、コミットメッセージの末尾にrefs 12を自動でつけてくれます Redmineのチケットごとにブランチを切るようにすると、マジ便利 masterブランチへのコミット拒否 masterブランチへのコミットを拒否する 必ずトピックブランチを切るようになる pushされたときにチケットIDのないコミットの拒否 チケットIDのないコミットのpushを拒否します ダウンロード・インストール方法 https://github.com/bleis-tift/Git-Hooks に書いてある通りにすれば簡単にインストールできます
CUI な Git ブラウザ tig を入れてみた (Born Too Late) [git][scm][tig] tig を使ってみた (do_akiの徒然想記) Twitter Trackbacks () とべとべ夏祭り2010電設部に参加した #tobesetu (key-cc) EC-CUBE LC_Page::sendRedirect()に引数を渡せない (弱小PHPerの憂鬱) [densetu][勉強会][学校]電設部IT勉強会#3やりますた（随時追記 (学内IT勉強会のススメ - atcorp) 電設部IT勉強会#3に参加したっ！ (Curious) GLT #24 （懇親会）に乱入してきた！ (Curious) GLT (Genesis Lightning Talks) Vol.24に参加しました (key-cc) GLT (Genesis Lightning Talks
Gyazo というスクリーンショット共有サービスがあります。クライアントソフトウェアを起動して自分の画面の一部分を指定してあげると、サーバに指定されたエリアのスクリーンショットがアップロードされ、共有できるというサービスです。さて、このサービスは非常に強力なのですが、通常は gyazo.com のサーバにアップロードされ、インターネット上にパブリックになってしまい、会社や大学などの内部情報を気軽に扱うことができません。ですが、実は Gyazo はサーバスクリプトを公開している *1 ので、httpd が動いている環境ではどこにでも Gyazo サーバを置くことができるのです。これで、リリース前の秘密のシステムの動作画面やミーティング議事録のツッコミ所などをみんなにシェアすることができますよ。やりましたね。Gyazo のしくみたぶんこんな感じ。簡単ですね。 -----------------
ちょろっと渡邉さんのエントリに補足を。 実用Git 吉藤 英明 (監訳) ちなみに、本には直接関係ありませんが、この本の翻訳もGitを使って進められました。 共訳させていただいた「実用Git」が発売になります 原稿はGitで管理しようと言う話は最初から訳者3人の間で出ていたのですが、原稿を管理するとなると当然read権限も含めたパーミッションの管理が必要でした。3人がgit-daemonを立ててお互いにpullしようかとも思ったのですが、git-daemonを使うと匿名で誰でも読めるリポジトリとなってしまいます。HTTP経由だとWEBサーバによってアクセスコントロールはできますが、速度に不安が残ります。ということでsshがベストなんでしょうが、gitのためだけに3人分のアカウントを作るのはちょっと気が引けました。 そこで、今回使ったのがgitosisです。gitosisについては入門git
開発部の海老原です。 OpenPNE プロジェクトで必要になったので、コミットメッセージに Issue ID を含むことを強制させる Git のフックスクリプトを書いてみました。 gist にコードをあげたので、是非ご自分の clone の .git/hooks/commit-msg 向けに変更して使ってみてください。 （僕はあまりシェルスクリプトを書き慣れてはいないので、指摘などもお待ちしています） これを使うことで、たとえばコミットメッセージを含まないメッセージを記述した場合、エラーとなってコミットできないようになります。 また、 curl が実行可能な場合、 http://redmine.openpne.jp/ から Issue のタイトルを取得して表示させます。もし間違えた Issue を指定した場合でも、 git commit –amend ですぐにコミットを訂正することができま
これからが本番、検索エンジンから来た方は先にSubversion, Git, Redmine, Hudson – 現状の連携 » tune webを読むことをおすすめします。上記が週末考えていた「こういう連携なら今の問題点を解消できるかな」と思えるフローです。「こうしたほうがいいよ」とかコメントありましたらお待ちしています。 1番のポイントはバージョン管理システムとしてGitを中心に据えました。社内はSubversionで統一するという規則があるので残すとして、開発チーム内ではgit svnを使ってGit化し、Subversionを直接触らないようにします。協力会社はSubversion縛りが無いのでGitで統一してもらいます。これまでは差分ファイルを送り合っていましたが、Gitを使えばパッチをうまく作り、修正単位でパッチファイルをやり取りすることが出来るでしょう。これまでは複数の修正がま
GourceはWindows/Mac OSX/Linux向けのオープンソース・ソフトウェア。ソフトウェア開発とはクリエイティブな作業であり、まるで生き物のように成長していく。自作のソフトウェアを我が子のように可愛がる人がいるのも理解できる。 バージョン管理をビジュアル化 そんなソフトウェアの歴史を管理するのがバージョン管理だ。そしてそこに残されたコミットログを使ってビジュアル化するソフトウェアがGourceだ。GourceはGit/Mercurial(Hg)対応のバージョン管理ビジュアル化ソフトウェアだ。 ビジュアル化に何の意味があるかと言われればたいした意味はない。だが一度実行すると時系列に沿ってどんどん成長していく様が面白く、飽きさせない。なお追加のステップを踏めばCVS/Subversionにも対応するらしい。 爆発的に開発の輪が広がっていく まるで木のように成長していくのは、まさに
Trac, git | 09:46Gitを使い始めようとしていることもあって、TracLightingでGitを使うための設定をしてみました。参考にしたのは、「入門 TRAC 第2版」です。Gitプラグイン公式HPhttp://trac-hacks.org/wiki/GitPluginGitプラグインのインストールeasy_installを使ってお手軽にインストールできます。Tracのコマンドプロンプトから、以下の様に入力します。> easy_install http://trac-hacks.org/svn/gitplugin/0.11Gitリポジトリの作成適当な場所にGitのリポジトリを作成します。$ git initInitialized empty Git repository in C:/TracLight/projects/git/GitProject/.gitTracの環境設
「Gitを使いたいが、中央リポジトリにはSubversionを使わざるを得ない」という場合も多いだろう。そのような状況で便利なのが、SubversionリポジトリとGitリポジトリの橋渡しをする「git-svn」である。git-svnを利用することで、SubversionリポジトリとGitのローカルリポジトリを同期させることが可能だ。本記事では、このgit-svnの活用方法を紹介する。 git-svnのアーキテクチャ Gitの大きな特徴として、分散型アーキテクチャがある。分散型アーキテクチャでは、コミットはローカルのリポジトリに対して行い、ソースコードの同期はそれぞれの開発者間が持つローカルリポジトリ同士で変更点をやりとりすることで行う。もちろん公開リポジトリを利用したソースコードの同期も可能であり、柔軟な開発体制を取れるのが長所である。 しかし、一方でGitは非常に多数のコマンドがあり、
TicGitはRuby製のオープンソース・ソフトウェア。Gitはここ最近利用されることが多くなったバージョン管理システムだ。個人のプロジェクトから複数の拠点を使う大規模なものまで対応ができ、とても便利なシステムになっている。小規模からはじめられるので、開発分野に限らず導入ができるだろう。 チケット一覧 そんなGitを使った開発に取り込めるチケット管理システムがTicGitだ。開発したコードだけでなく、開発に必要なドキュメントをバージョン管理に入れてしまうケースもある。さらに加えてチケット管理まで入れてしまえばデータの一元管理が容易になるはずだ。 TicGitはコンソールベースで動作する。新しいチケットを作成したら、一覧で見たり、チケットにタグを付けることができる。さらにコメントを追加して意見を交換したり、コーディングをしてチケットを終了させることもできる。チケット管理のためにWebベースの
分散バージョン管理Git、Mercurialを絡めたチケット駆動開発で、興味深い事例があったのでメモ。 【事例1】 gitだからこそできるチケット駆動開発のやり方 - kunitの日記 今やっている方法は、作業するなら作業用のブランチを切れ！それにはチケット番号を付けろ！という方式にしている。 たとえば会員管理の機能に追加したい場合は以下のような手順になる。 1. 会員管理を拡張したいなぁ 2. じゃRedmineでチケットを切るぞ 3. チケット番号が振られた(たとえば #567 だとする) 4. さぁ、ブランチ切るか(members_567) 5. そのブランチで作業開始！ 濱野さんがWEB+DBでも入門Gitでもかかれている「トピックブランチ」というものの良さが本当に現れてくる。 【事例2】 Mercurialを使った俺々バージョン管理ノウハウまとめ(2009年夏編) - 文殊堂 t
分散バージョン管理Git/Mercurial/Bazaar徹底比較：ユカイ、ツーカイ、カイハツ環境！（3）（1/5 ページ） Subversionとは一味違う「分散バージョン管理」とは？ 最近、Linuxをはじめ、Ruby on Rails、MySQL、OpenSolarisなどのオープンソースプロダクトが次々と分散バージョン管理システムを導入し始め、「Git」「Mercurial」「Bazaar」といった、分散バージョン管理システムが注目を浴びています。 本稿では、バージョン管理ツールのデファクトスタンダードであるSubversion（以下、SVN）と分散バージョン管理システムを比較しながら、メジャーな分散バージョン管理システムであるGit、Mercurial、Bazaarについて紹介していきます。 集中型と分散型 最初に、集中管理方式（または、集中型）のバージョン管理システムと分散管理
※ 翻訳用のリポジトリ、作業状況は「マニュアルの翻訳状況」参照。 翻訳作業に協力してくださる方がいてくれるとうれしいです。
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
