Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
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
2012/12/13 追記 zsh 4.3.11 以降の新しい機能を使って改良しました。 -> 「zsh の vcs_info に独自の処理を追加して stash 数とか push していない件数とか何でも表示する - Qiita」 最近Gitを使い始めた。で、ブランチとか使うようになって、今どのブランチにいるのかをzshのプロンプトに表示したくなってきた。「そういやそんなブログのエントリ、よく見かけるな」と思ってちょっと調べてみた。 gitコマンドを呼び出してなんかやってる例が多いけど、manを読んでたらzsh自体にそういうのが組み込まれてたので紹介。vcs_info ってのを使うと解決する。 zshrcの例 いきなりだけど zshrc の書き方の例。 autoload -Uz vcs_info zstyle ':vcs_info:*' formats '(%s)-[%b]' zstyl
先日のGoogle I/OにてGoogleWaveの影でこっそりと、Google CodeでのMercurialのサポートが全面的に公開されました。 The Google Code Blog: Mercurial Now Available to All Open Source Projects (それまでは限定的にMercurialが使える状態でした) 日本ではgitの方が優勢のようですが、MercurialはPage not found - VecTraceやTortoiseHgなど開発環境が揃っている点が魅力的です。 今までは手軽なHosting先がなかった点がネックだったわけですが、Google Codeが正式に対応したおかげでMercurialを始める準備が整いました。 僕が知らなかっただけで、Free source code hosting — Bitbucketという素晴らし
今回は named branch についてです。別に Mercurial を利用するうえで必須の概念ではないのですが，こいつを使うと multiple heads での changeset 間移動に習熟できますので。 ひとことまとめ Multiple heads は怖くない！hg update -C で branch 間の移動も自由自在 ただし，update するまえに commit しといてね 準備 まず作業用のレポジトリを作ります。 % hg init % touch 1 2 % hg ci -A -m "1, 2 added" adding 1 adding 21 と 2 というファイルも追加しました。commit のオプション -A とは，commit 時に同時に addremove をかけてくれる……すなわち，未 commit のファイルを自動的に追加削除してくれる，というお役立
No Clumps, Fisheyes or Microgels - Blog - Converting Mercurial To Git
Today I wanted to convert a Mercurial repository I was using to the git format so that I can put it onto Github. Previously I had used Tailor to perform a migration of a different repository from Monotone to Mercurial. When I tried this with git on OSX 10.5 however, I ran into a path issue with the git command. Whilst trying to debug this, I stumbled across the hg-to-git tool written by Stelian Po
せっかくmercurialをアップデートしたので、ssh経由でリモート/ローカルでのリポジト リの同期を試してみようと JapaneseMultipleCommitters - Mercurial の「SSHでユーザごとのアカウントを利用する(訳者による追加)」を参考にアクセスしてみた。 % hg clone ssh://user_name@xxx.xxx.xxx//home/xxxx/xxx remote: zsh: command not found: hg abort: no suitable response from remote hg! hgコマンドなんて知りませんって。 色々調べてたら、sshでリモートからコマンドを実行する時には、 $HOME/.xxxファイル は読み込んでくれないんだね。hgコマンドは、 $HOME/local/bin/hg に置いてあって .zshrcに
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。
Mercurial Plugin for Trac This a plugin for Trac which enables Mercurial to be used as the VersionControlSystem for Trac. It was originally developed under #1847. Please use a recent version of the plugin before reporting issues. See the version table below. The Mercurial plugin for Trac is now hosted in its own Mercurial repository, mercurial-plugin: Detailed Change Logs: active / supported log:
[ Topページへ戻る ] Mercurialでバージョン管理 概要 「分散リポジトリ方式」なる言葉によって興味をひかれたバージョン管理ツールがこのMercurialです。 今までのバージョン管理ツールへの不満 オフラインでもバージョン管理したい いままで、職場や自宅において、CVSやSubversionを使うときは、1台のマシン上にリポジトリを置き、そのリポジトリに対してチェックアウトやコミットといった変更の払い出し・登録を行っています。 したがって、リポジトリのあるマシンと作業マシンがネットワークで接続できないときは、チェックアウトした作業ディレクトリの変更をコミットできませんし、過去の変更履歴も調べられません。ネットワークに接続できない期間が短時間ならいいのですが、長期間になるとこれはバージョン管理ができないに等しい状態です。 気軽なリポジトリ作成ができたらいい ちょっと作ったプログ
バージョン管理ソフトのMercurialを使ってみている（→日本語チュートリアル） バージョン管理はCVSやSVNすら使ったことがなくてzipに固めて日付でファイル名つけてたんだけど、今のところmercurialで困ったことも特になく便利に使えている。120回ぐらいバージョンを経ても25MBぐらいで済んでくれているので本当に助かる。 Subversion等と違い分散リポジトリらしく、ようするにディレクトリの下に.hgという隠しディレクトリができてその中に全てバージョン管理されて格納される。ディレクトリ毎コピーしてもいいし、必要なくなったら.hgディレクトリを削除しても構わない。 Mercurialを利用している主なプロジェクトは、ぱっと探した感じMozilla、NetBeans、OpenSolaris等があった。 なんでMercurialを選んだかというと サーバーが要らなく、オフラインで
ほぼまっさら状態のさくらインターネットスタンダードプランでmercurialというバージョン管理システムを入れてhgwebで公開もするところまで。 全部で5MBほどしか使わないので、サーバー容量にもやさしい。 こんな感じで公開した。これから公開プロジェクトが増えたらprojectsの下にhgwebを増やしていけば多分いい。 http://shokai.org/projects/chumby/twitter/hg/ まずさくらスタンダードが共有サーバーだと、pythonのライブラリをユーザ領域だけに入れたりする設定が面倒だったので virtual-pythonでもう一つpython環境を作った。 → virtual-python入れる - shokaiの日記 easy_installというpythonのパッケージ管理ツールを入れる（aptやgemやcpanのようなもの） easy_insta
Mercutialの勧め Mercurialはバージョン管理システムである。 ソフトウェアをチームで開発する場合は必須のツールで、かなり長い間CVS(Concurrent Version System)が採用されることが多かった。CVSはとても便利で、今も私が参加しているチームでは主役だ。しかし、CVSには欠点が多く、決定的な事はチェンジセットをサポートしていない事だと思う。チェンジセットとは複数のファイルをひとつの変更単位として扱うことである。CVSはファイル単位でしか管理することができない。(CVSの成り立ちからそうならざるを得なかった。)だから、CVSでは案件別に変更を管理しようとすると運用が難しくなってしまうのだ Mercurialはこのチェンジセットという更新単位をサポートする。以下はバージョン管理システムの基本的な動作をチェンジセットでどのように管理されるのかを具体例で説明する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
