New community features for Google Chat and an update on Currents
Join the official community for Google Workspace administrators In the Google Cloud Community, connect with Googlers and other Google Workspace admins like yourself. Participate in product discussions, check out the Community Articles, and learn tips and tricks that will make your work and life easier. Be the first to know what's happening with Google Workspace. ______________ Learn about more Goo
Free Mercurial and Git Client for Windows and Mac | Atlassian SourceTree
A free Git client for Windows and Mac Sourcetree simplifies how you interact with your Git repositories so you can focus on coding. Visualize and manage your repositories through Sourcetree's simple Git GUI. Simple for beginners Say goodbye to the command line - simplify distributed version control with a Git client and quickly bring everyone up to speed. Powerful for experts Perfect for making ad
Emacs のシェルモードで git log を最後まで表示させる - 彼女からは、おいちゃんと呼ばれています
一昨日の Git を Emacs で使うエントリーのつづきです。一応、環境をもう一度書いておきます。例によって Cocoa Emacs じゃなくってごめんなさい。でもおそらく Cocoa Emacs にも共通するハナシです。 -MacOSX 10.6（Snow Leopard） -Emacs 22.3（Carbon Emacs） -Git 1.7.4 *一昨日の宿題 さて、宿題をひとつ残していました。 Emacs からだと、git log がログが途中までしか表示されません.... << ふむ。たしかに Emacs のシェルモードで git log コマンドを打つと || bash-3.2$ git log WARNING: terminal is not fully functional - (press RETURN) ||< と表示されて、指示どおりリターンキーを押してもログが途中ま
gitやcurlやwgetでGitHubにアクセスするとcertification errorになる原因を調べてみた - このブログはURLが変更になりました
中の人に裏を取ったわけではなく私の推測です。間違っているかもしれません。 2010年11月から2011年5月末までの状況(gitやwgetでcertification error) 2010年11月頃、GitHubではすべてのアクセスにSSLを使うよう仕様が変わった。 この時、SSL証明書にはワイルドカード証明書(*.github.com)が使われていた。 *.github.comのワイルドカード証明書にgithub.comは含まれないのだが、SSL証明書にはX509v3 Subject Alternative Name(subjectAltName)が設定されている*1ため、subjectAltNameに対応したクライアントであれば問題ない。 しかし、wgetの最新版1.12はsubjectAltNameに未対応*2。wgetではcertification errorが出ていた。 参考
それ etckeeper でできるよ - /etc 以下を Git で自動的にバージョン管理 - おいちゃんと呼ばれています
こんにちはこんにちは。一昨日、さくら VPS に Git をインストールするエントリーを書きましたが、実はバージョン管理は etckeeper にもお世話になっています。 etckeeper というのは、Git 等のバージョン管理ツールを用いて、/etc 以下をほぼ自動的に管理してくれる有り難いツールです。下記のタイミングで自動的にコミットしてくれます。手動で任意のタイミングでコミットすることもできます。 -yum コマンド実行の前後 -日付が新しくなったとき << 以下、さくら VPS（CentOS 5.5 -64bit）で etckeeper を使えるようになるまでの手順をまとめてみましたので、よろしければ参考にしてください。 *目次 Git のインストール etckeeper のダウンロード etckeeper の設定ファイルの編集 etckeeper のインストール etckeep
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
【翻訳】Gitをボトムアップから理解する
John Wiegleyさんの "Git from the bottom up" を翻訳しました。 元PDFはこちらからダウンロードできます： http://newartisans.com/2008/04/git-from-the-bottom-up/ 元記事のライセンスがクリエイティブコモンズのBY-SAであったため、この翻訳もBY-SAとなります。 ライセンスを守って自由にご利用ください。（詳しくは記事内の最初にも書いてあります） 翻訳ミスの指摘や改善の提案等があればブログコメントやTwitter(@oshow)などで遠慮なくどうぞ。 Git をボトムアップから理解する Wed, 2 Dec 2009 by John Wiegley 私が Git を理解しようと調査した時、高級なコマンドの視点から眺めるよりボトムアップ式に理解することが役立った。そしてボトムアップ視点で見る Git が
エディタが自動で削除した行末の空白以外の修正を git addする - Shohei Yoshida's Diary
[緩募] gitでdiff -b相当のaddをしたい。つまり、エディタが勝手に実施したホワイトスペースの変更をcommit logに含めたくない。 2011-04-24 09:22:22 via Tween これを見たとき、あるあるって思ったので実現のためのコードを書いてみました。 今まではこのことを防ぐために'emacs -nw'で起動したときは行末のスペースを自動で削除しない ようにしてました。またtoggle-delete-trailing-whitespace-settingを使ったりもしました。 でもまあ普段使っているエディタでそのままやってそのまま addするって いうのが良かったので、作ってみたということです。 コード 手順は以下のとおりです。 'git diff --ignore-space-at-eol'で行末のスペース削除以外の差分を取得 'git checkout'で
2011-04-21
@babie: ｸｿﾜﾛﾀｗｗ QT bit.ly の OAuth 2.0 とか色々試してみたら色々アレだった - にぽたん研究所 URL 2011-04-22 01:57:48 via web @babie: [ubuntu][git] Git サーバー gitosis のインストールと設定 URL 2011-04-22 01:41:59 via Hatena @babie: [mobage] モバゲーが退会しても個人情報を削除してくれない URL 2011-04-22 01:28:30 via Hatena @babie: @junya ｵｳﾌ……すんげえ期待のサービスなのに…… 2011-04-22 01:16:32 via Seesmic Desktop to @junya @babie: [新刊発見] 2011-04-27 熱海湯けむり 鎌倉河岸捕物控 十八の巻 佐伯 泰英 [文
もっとよいGitチートシート - 西尾泰和のはてなダイアリー
世の中にGitのチートシートはいくつかあるけど「Gitを知らない人に渡して最初に読んでもらうのに適したもの」が見つからない。チートシートじゃなくてチュートリアルと呼ぶべきかもしれないけど、とにかく印刷してA4で1枚になるくらいの資料が必要だ。Gitに触れた技術者が軒並み同じ落とし穴でコケるのは正しい状態ではない。「Gitには、indexっていう『コミットする前にワークツリーで行った変更のうちのどの部分をコミットするか整理するための場所』があるんだよ」とか「git revertはsvn revertと違っていきなりリポジトリに変更を加えるから気をつけて」とか最初に言ってもらえればもっとスムーズに進めたはずだ。 というわけでどういうチートシートが必要かに関して考えてみる。 登場人物 http://www.ndpsoftware.com/git-cheatsheet.html このチートシートが
Gitorious Installation to Ubuntu Server 10.04
install_gitorious.sh 0� �{U # Gitorious Installation to Ubuntu Server 10.04 # from gitorious mainline: # commit e2e70edd42ac1c00dab518d61d566ee3fec929db # Author: Marius Mathiesen <marius@gitorious.org> # Date: Wed Apr 13 11:43:07 2011 +0200 : << '#COMMENT_OUT' Ubuntu Server 10.04 に Gitorious をインストールしたときのメモ。 wgetなどのプロキシは適切に設定されていることが前提。 以下の点に注意。 - 冗長な作業がある - まだ手作業が必要な部分がちらばっているので、注意。 - プロキシ環境を前提にし
A-Liaison BLOG: Mercurial と git の branch にまつわるちょっとした tips 3選
3選とか言ってますが大した内容ではございません＞＜ すみませんすみません＞＜ ■１：gitのbranchは跡形もなく消せる ほとんど常識ですが、以下のコマンドでgitのbranchは消せます。git branch -Dこのコマンドを実行すれば、たとえHEADに対してマージされていなくてもそのままブランチを消すことができます。ということで、ちょっとしたテストコードなどはブランチを切ってそこで実験し、後からブランチごとたたき落とす運用が可能です。 余談ですが、gitのbranchはSubversionと使い勝手や実装が似ている感じがします。Subversionのbranchもタダのディレクトリコピーなので、好き勝手に作って消してが可能ですから。 ■２：Mercurialのbranchは基本消せない、「未使用」か「クローズ」にはできる 問題はここから。Mercurialのbranchは、基本的に
Git Immersion
A guided tour that walks through the fundamentals of Git, inspired by the premise that to know a thing is to do it. Git is a powerful, sophisticated system for distributed version control. Gaining an understanding of its features opens to developers a new and liberating approach to source code management. The surest path to mastering Git is to immerse oneself in its utilities and operations, to ex
Accueil
Paris, la ville lumière, s'enrichit d'une nouvelle attraction sensationnelle qui fera le bonheur des amateurs de sensations fortes et des fans de super-héros. Le Batman Escape Game a ouvert ses portes, proposant une expérience immersive unique dans l'univers du Chevalier Noir. Ce nouvel escape game situé en plein cœur de la capitale promet de devenir un incontournable pour tous... En tant qu'inves
多人数開発で Git を使う場合の環境構築 | GREE Engineering
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
Git使いがMercurial使いに転職するとき設定しておくべきMercurial拡張 | Webシステム開発／教育ソリューションのタイムインターメディア
Mercurialは、Merucurial拡張という拡張モジュールを使って、Merucrialの挙動をいろいろ拡張できるようになっています。 デフォルトのままだと使いにくいので、Mercurialを使う上で便利にしてくれる拡張を設定しておきましょう。 デフォルトでバンドルされているMercurial拡張は、Using Mercurial Extensionsにまとめられています。 今回はGit使いがMercurial使いに転職するときに、Gitで実現できたことをMercurialで実現するための、組み込み拡張、および、サードパーティ製の拡張について紹介します。 色づけしよう ブランチの確認、diff、パッチ等々、色づけされていないとつらいです。 というわけでGit同様に色づけしましょう。 Color Extensionはすでにバンドルされているので、.hgrcに次の記述を加えましょう。 こ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.macsoft.info/soft/11696/sourcetree.html
Google Code が Git をサポート
GitHub for Windows
README.rst