SourceTree for Windows 1.4 をリリースしました！ | Atlassian Japan 公式ブログ | アトラシアン株式会社
どこからでもアクセスできるように、SourceTree のインストールディレクトリをお使いのパスにインストールすると良いでしょう。 翻訳版 翻訳者の募集に対する皆さんの反応のおかげで、今や SourceTree for Windows 1.4 は英語、日本語、中国語、フランス語、ドイツ語、そしてロシア語の六カ国語で利用できます。最後の三つの言語は 100% は仕上がっていないものの、主要部分は既に翻訳済みです。残りの部分の翻訳作業に加わりたいとお考えの方は、翻訳作業への参加をお願いします！ パッチファイルサポート 今後は、SourceTree 内でパッチの作成および適用を行えるため、未コミットの作業状態から構成されるパッチ、および一つあるいはそれ以上のコミット済みパッチを効果的に使用できます。SourceTree は、パッチ生成におけるあらゆるオプションを簡単なインターフェイスへと収集し、
Git 対 Subversion：長引く争い | readwrite.jp
ソフトウェア業界においてGitが支配的な存在ではなかった時代がかつて存在した、といつか言われる日が来るかもしれない。 2010年にはSubversionが、ソフトウェアの共同開発には欠かせないツールであるバージョン管理システムの60％以上を占めていた。Forresterによれば、この時期Gitのシェアはわずか2.7%であった。Redmonkのアナリストであるステファン・オグレディが集めたデータによると、今日ではGitのシェアは28%まで増加し、Subversionの地位を脅かしている。 Subversionのような集中型のシステムよりもGitのような分散型の方が優れているにも関わらず、マーケットがGitを受け入れるのにこんなに時間がかかっている理由は何だろうか？ これからは分散型が主流になるバージョン管理システム（VCS）は、ソフトウェア開発の変更点を記録してプロジェクトを管理するための基
"Android Studio最速入門" 第32回に関する指摘 - 彷徨えるフジワラ
連載 "Android Studio最速入門〜効率的にコーディングするための使い方" における "第32回 バージョン管理─Mercurial連携の使い方" での Mercurial 連携に関する説明で、気になる点があったので、まとめておこうと思います（筆者の方には報告済み）。 ある程度 Mercurial を使い込んでいる人であれば、多分言うまでもない話かもしれませんが、Git と併用しているような人や、Mercurial 初学者の誤解を防ぐことができれば幸いです。 あちらの記事の読者が、こちらのエントリに辿りつけるのかは、微妙なところではありますが、まぁ、そこはネット（＋検索）の力を信じることにしましょう（笑）。 リポジトリを最新の状態に保つ 1ページ目の「リポジトリを最新の状態に保つ」での: つまり，hg pullはGitでいうgit fetch相当なので，git pullに相当する
DVCS への移行：Subversion から DVCS へ移行した FishEye 開発チーム | Atlassian Japan 公式ブログ | アトラシアン株式会社
ツールなら簡単、でもプロセスは？ FishEye 開発チームは、アトラシアン内で DVCS へ切り替えた 最初のチームでした。アトラシアンには DVCS の経験者はいたものの、中規模の開発チームで仕事をするときに DVCS を使ったことがある人はほとんどいませんでした。私たちは参考になりそうな情報を Web で探しましたが、当時は、仕事で DVCS を使った経験を共有できるようにしている人はそれほどいませんでした。「 Git でブランチを push する方法」とか、「Mercurial で複数のリモートリポジトリから pull する方法」といった情報はたくさん見つかりました。しかし、「 15 人の開発者からなるチームが SVN から DVCS へ移行するための一番いいやり方」について説明した情報はほとんどなかったのです。 FishEye チームは、最初からいきなり DVCS のすべての機能
SVN メインなプロジェクトで Mercurial をゆるく導入した話 - THE BLUE NOWHERE
Mercurial Advent Calendar 2012 - connpassの 7 日目のエントリです。 6 日目は @yujauja さんの本当は怖いエクステンション - Mercurial Advent Calendar 2012 - tcha.org です。 レガシーなプロジェクトで後輩と二人で Mercurial を導入したことを紹介します。 いきなり全部を DVCS で管理とはいかなくても、かなりゆるーく導入することもできますよというお話です。 Mercurial 導入前 VCS は SVN を利用 レビューが終わるまでコミット不可 ROMリリース時とかは作業がおわるまでコミット不可 現在はメインブランチのみ ブランチを作ったりマージしたりは管理者のみ レビューが完了しないとコミットできないためコミット粒度が大きく、長いと 1 ヶ月単位でローカルに変更内容を保持しているよう
Git & GitHub & kintone でウルトラハッピー！ - Cybozu Inside Out | サイボウズエンジニアのブログ
６歳と３歳の娘がいる山本泰宇（@ymmt2005）です。こんにちは。 いきなりですが、悔しいです。なにがって、@DQNEO さんが最近書かれた記事「必殺！Github導入に向けて上司を説得する時に使える資料まとめ」に載り損ねてしまったからです。 サイボウズでも Git と GitHub Enterprise を導入しています。導入や運用の助けになる資料やツールを作ったりして、とても便利なのでいずれ公開したいなと思っていたんです。忙しさにかまけて後回しにしていたら、出遅れ企業にグルーピングされてしまうなんて（涙） 出遅れてしまった以上、なにかプラスアルファをお見せするしか名誉挽回の方法はありません。何も失っていないんじゃないかというツッコミはよしてください。こうなったら恥も外聞もなく Subversion 時代の恥ずかしい過去をさらけ出し、もちろん資料も出して、さらにノウハウを詰め込んだツー
「git commit するまえに考えるべき10のこと」がDVCS的じゃない件 - うさぎ組
はじめに git commit するまえに考えるべき10のこと | Act as Professionalを読んでいろいろと思うことがあったので書きました。 これはSCMBootCamp主催者としてとか、Mercurialユーザーを代表してとかではありません。 僕はこう思う。ということです。 読むの面倒な人は最下部のまとめだけ読めばok。 commit != push DVCSの利点はローカルコミットという概念を持ち込んだことです。これにより、高速な履歴追加、安全なマージを手に入れることができました。 件の記事を読んでいて気になったのは、commitという単語です。 特に、 1コミットに1つの対応 コメントアウトしたコードをコミットしない テストが正常に通過したものにしてください コミットメッセージの1行目は”短い説明” コミットメッセージのスタイル コミットメッセージのボディは有意義な内
Mercurial 対 Git：なぜ Mercurial を選ぶのか？ - Atlassian Japan
ここで見たように、Git は、Subversion ユーザーにその CLI に早く慣れてもらうようにするということをあまり考慮していません。 新しいコマンドを入力するために指を再度トレーニングすることによりこの問題を回避することはできますが、それでもシステムを移行する上での障害の一つになるでしょう。その上、Subversion ユーザーにとってフレンドリーで、かつ、強力で美しいインターフェースをもった Mercurial があるので、Git がなくても問題はありません。 履歴が安全な Mercurial Mercurial の哲学は、 “履歴は永久的で神聖である” ということです。Mercurial のコアには、履歴を変更できるコマンドがたった一つだけあります。hg rollback です。このコマンドは直前のプルやコミットを “取り消し” ますが、それより前のものには一切触れません。 G
あるプロジェクトのMercurial導入の軌跡 - 放牧日記
このエントリはMercurial Advent Calendar 2011 - PARTAKEの25日目です。 3月からMercurialを使い始めたので12月で9ヶ月目になります。一年の振り返りという事で、Mercurial導入の軌跡について簡単にまとめたいと思います。*1 Mercurialとの出会い Mercurialと出会う前はSubversionとちょっとだけGitを触っていました。とくにSubversionは仕事でかなりがっつりブランチの運用*2を行っていました。 嫌になるほどSubversionを使うプロジェクトでは次の問題が発生していました。 Subversionでのブランチマネジメントはマージ担当者の負荷が高すぎる リポジトリが巨大になりすぎてsvn stするだけでも20秒 リポジトリが巨大になりすぎてsvn upが終わらない 部分svn upし出す人が増え、整合性に関す
LibreOffice/Apache OpenOffice ～2011年の総括と新たな選択～ | gihyo.jp
激動の2011年 OpenOffice.orgにとって2011年は、激動の年でした。 これは昨年寄稿させていただいたOpenOffice.orgについての新春特別企画記事と同じ書き出しですが、実のところ一昨年よりも昨年のほうがずっと激動の一年だったと言えます。 なお、昨年の記事を踏まえて、今年のこの記事を読んでいただけるとより理解が深まるはずです。少しばかり振り返っておくと、Oracleは2010年10月13日（OpenOffice.org 10周年の日）に「Oracle Demonstrates Continued Support for OpenOffice.org」（参考訳: OracleはOpenOffice.orgのサポート継続を明示します）というプレスリリースを発表しています。これを読んだ筆者はOracleが少なくとも2011年内にOpenOffice.orgを手放すようなこ
paverで最新のソースを取得する - Doge log
僕はsvnやhgなどで落としてるライブラリをあるdir配下にまとめている。 こんなカンジで。 （あくまで例ですよ） ./ -- bespin -- bruce-tpt-read-only -- ctypesgen-read-only -- django -- django-command-extensions -- eventlet -- gaeutilities-read-only -- google_appengine -- jaikuengine-read-only -- jinja2-main -- mako -- nevow -- paver-read-only -- pinax -- pinsor -- projectmgr -- py3k -- pypy-dist -- pyquery -- python26 -- python27 -- remedie -- rope --
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
Git使いがMercurial使いに転職するとき設定しておくべきMercurial拡張 | Webシステム開発／教育ソリューションのタイムインターメディア
Mercurialは、Merucurial拡張という拡張モジュールを使って、Merucrialの挙動をいろいろ拡張できるようになっています。 デフォルトのままだと使いにくいので、Mercurialを使う上で便利にしてくれる拡張を設定しておきましょう。 デフォルトでバンドルされているMercurial拡張は、Using Mercurial Extensionsにまとめられています。 今回はGit使いがMercurial使いに転職するときに、Gitで実現できたことをMercurialで実現するための、組み込み拡張、および、サードパーティ製の拡張について紹介します。 色づけしよう ブランチの確認、diff、パッチ等々、色づけされていないとつらいです。 というわけでGit同様に色づけしましょう。 Color Extensionはすでにバンドルされているので、.hgrcに次の記述を加えましょう。 こ
svn,git,hgコマンドのaliasあれこれ - maru.cc@はてな
バージョン管理システム使ってますか？ 最近、会社のリポジトリをSubversionからGitにがつがつ移行してます。Gitのブランチを使った Git Flowの考え方を浸透させるべく、反映ツールのGit対応などしております。 それと同時に、MyBikeJPプロジェクトは、Mercurialで管理を行っています。 微妙に似ているけど違う gitコマンドと hgコマンドに混乱しまくりで、先日、マージにミスって @key3 さんに迷惑かけちゃいました。 ということで、環境差異を吸収し、さらにミスが減って楽になるような aliasやシェル関数を設定しました。 ちなみに zshです。 Subversion svnでは、元々、.zshrc を id:sotarok さんのをベースにしていた関係でショートカットを知りました。 http://trac.nequal.jp/browser/public/do
バージョン管理ツールの選択 - torutkのブログ
開発組織、プロジェクトの特性で大きく左右されるのが構成管理なので、バージョン管理ツールはその都度選択しなければならないのが現状です。 選択の前提 開発組織またはプロジェクトで標準化された構成管理（バージョン管理）環境が存在していない 開発支援環境（構成管理）に開発組織またはプロジェクトが十分な資金投入をする意思がない これは構成管理環境を専任スタッフが構築し、個々のプロジェクトへの適用・運用をサポートするというあるべき姿が取れていない組織でのバージョン管理ツール選択を考えるということを意図しています。 Subversionで対応可能か否か（分散の必要が本当にあるのか） 分散バージョン管理が話題になっていますが、実績／情報／対応ツール／日本語対応を考えるとSubversionが最有力候補です。そこで、Subversionでは構成管理上困ることがプロジェクトの特性上あるかを見極めます。 リポジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
世代差で見る履歴管理ツール入門
Mercurial 対 Git：なぜ Mercurial を選ぶのか？ - Atlassian Japan
Mercurial Info in Your Zsh Prompt
Something went wrong.
Something went wrong.