ワークスタイルとチームのための情報ブログメディア

*本ブログは Bitbucket Blog を翻訳したものです。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2012 年 10 月 9 日、Justen Stepka 投稿 “Introducing the Redesigned Bitbucket“ ここ Bitbucket 本部にとって大きな一日でした。Bitbucket チームは真新しく再設計された Bitbucket のベールをはがしました。この大きなリリースの目標は、Bitbucket のウェブエクスペリエンスを一から見直し、再構築することでした。本日、新しい Bitbucket を紹介できることに興奮しています。さらに速く、簡単で、これまでにないほど美しい Bitbucket です。 新しい UI をご覧ください スピード、明瞭さ、発見のしやすさを念頭に置き、すべてのページを最適化しました。もっとも重要

http://connpass.com/event/445/:title=の成果です。 TODO: 動機付け 構成 hgwebでは次の二つのリポジトリを用意します。 http://hg.example.com/app (pull専用リポジトリ、レビュー済みの履歴を持つ) http://hg.example.com/app-work (push専用リポジトリ、未レビューを含む全ての履歴を持つ) 通常の作業者は一のリポジトリを用意ます 作業用リポジトリ pull requestを処理する人は二つのリポジトリを用意します。 作業用リポジトリ pull request取り込み用リポジトリ 0) hg clone (◆作業者/★pull request処理者) pull専用リポジトリをクローンして作業用リポジトリ(とpull request取り込み用リポジトリ)を作成します。 $ hg clone

Elevate your software delivery from planning to production and beyond, with built-in AI, CI/CD, and a best-in-class Jira integration.

ここで見たように、Git は、Subversion ユーザーにその CLI に早く慣れてもらうようにするということをあまり考慮していません。 新しいコマンドを入力するために指を再度トレーニングすることによりこの問題を回避することはできますが、それでもシステムを移行する上での障害の一つになるでしょう。その上、Subversion ユーザーにとってフレンドリーで、かつ、強力で美しいインターフェースをもった Mercurial があるので、Git がなくても問題はありません。 履歴が安全な Mercurial Mercurial の哲学は、 “履歴は永久的で神聖である” ということです。Mercurial のコアには、履歴を変更できるコマンドがたった一つだけあります。hg rollback です。このコマンドは直前のプルやコミットを “取り消し” ますが、それより前のものには一切触れません。 G

今回は Atlassian の開発者である Charles O’Farrell によるゲストブログです。チームが DVCS として Git を選択する理由について説明します。Charles はコーディングをほとんど DVCS 上で行い、また ClearCase から Git へユーザーを移行させる作業を行ってきました。 前回の記事では、分散バージョン管理システムとしてチームがなぜ Mercurial を選択するのかについて考えてみました。今回は、分散バージョン管理システム (DVCS) として なぜ Git が有力な選択肢であるのかについて考えてみましょう。 1970 年の黎明期から、ギークたちはどちらが善でどちらが悪かという血なまぐさい論争を長い間行ってきました。それが Vim と Emacs との間の戦いです。最近では、それとは別のツールセットについて、ギークたちは本来の仕事そっちのけ

先日Mercurialサーバを立ててTracと連動させる機会があったので、 その際のハマりポイントとかをメモしておこうと思います。 環境は Ubuntu10.04 64bit Servea Edition が前提です。 Gitの手順は結構あるのですが、Mercurialはやっぱり情報少なめなんですよね。。 Tracのインストールについては以前にまとめているんでそちらを参照あれ。 Nginx + uwsgi で Trac環境を作った時のメモ Mercurialリポジトリの作成 基本的にはTracが稼働しているサーバに作成するのがいいでしょう。 そのため、基本的にはすでにTracのインストールが完了していること前提で話を進めます。 Mercurial のインストール まずはこれがないと始まりません。 Ubuntu10.04の場合は標準のaptでインストールしてしまうと思いの外古いバージョンが入

SCMBootCamp in Tokyo 2(scmbc)でMercurialのサポーターという事でサポーターをしてきました。 主催者のid:kyon_mmさん、サポーターの皆さん、参加者の皆さんお疲れさまでした。 代表的なまとめはこちら。 2011/11/19 SCMBootCamp in Tokyo 2 #scmbc - Togetter SCMBootCamp in Tokyo 2に参加してきた #scmbc - Shinya’s Daily Report 今日の時点でSCMBC #2についてはたくさん振り返りエントリが出てきていますので、このエントリではMercurialサポーターのノウハウを共有したいと思います。 SCMBCの実習は3部に分かれています。今回の僕のグループでは次の様な内容で演習をしてもらいました。 演習1 自己紹介 各演習テーブルで自己紹介しましょう。忘れてなし崩

With best-in-class Jira integration, and built-in CI/CD, Bitbucket Cloud connects developer workflows from planning to incident management. Join millions of developers who choose to build on Bitbucket.

本件はMercurialでアレを元に戻す108の方法に含まれるような内容ではあるのだが、非常に長くなるので独立した記事にしてみたい。QA形式に倣うのならこんな感じだろうか。 問題：誤ってブランチをマージしてしまった。しかしマージは公開され、それぞれのブランチには新しい修正も加えられている。それでもマージをなかったことにしたい。 ちょっと長くなる。サンプルのリポジトリを用意しつつ実際に実行できるようにしておいたので、読むだけでなくぜひ手元で実行してみてほしい。そうそう、途中 log -G と strip コマンドを使用しているので、graphlog と mq の extension は ON にしておいてほしい。具体的には hgrc に次の行を書いておく。 あと、各コマンドの結果は煩雑なので、blog に記載するにあたっていろいろとそぎ落としてある(特に log -G)。実際の実行結果は自分

前回[@kana1さん](http://twitter.com/kana1)による[「gitでアレをもとに戻す108の方法」](/tech/git-undo-999)が大反響で世間はやはりgit使いが多いのかと再認識しました。 私も普段はgitを使っていますが、お仕事ではMercurialを仕事で使っているのでのっかって書き連ねてみましょう。 ### 問題1: ライブラリの新機能を試すためにあれこれ適当なコードを書いていくつかコミットした。でももういらない さて初っぱなから行き詰まりそうです。基本的にMercurialは「コミットを積み重ねたものを後から編集する」ことに弱いのです。 MQを使って解決してみましょう。 $ hg update -r {revision} $ hg qimport -r {revision+1}:tip $ hg qpop –all $ hg qseries |

最近Subversionが中央リポジトリになっている環境で作業することがあって、手元でMercurialを使いたい場合にどうやってくかという話。 hgsubversion を使う。 durin42 / hgsubversion — Bitbucket hgsubversionをubuntuで使えるようにする Ubuntuのバージョンは10.04。ビルドするためにいくつかパッケージをインストールしておく。 $ sudo aptitude install build-essential subversion apache2-dev libsvn-deveasy_installでインストールする。 $ sudo easy_installl subvertpy hgsubversionhgrcで拡張を有効にしてから、バージョンを確認する。 $ hg version --svnhgsubversio

7月30日 SCM Boot Camp in Tokyo(1次応募)(東京都) 7月30日 SCM Boot Camp in Tokyo(2次応募)(東京都) (写真：会場の独特な雰囲気を切り取った印象的な一枚。URLはこちら。) 近年のソフトウェア開発においてSCM※1の重要性が増していますが、SCMで重要になってくる 「DVCS※2の概念・思想・パターン」を学習する機会はなかなかありません。 今後のソフトウェア開発に活かせるよう、講演と演習を通して「DVCSの概念・思想・パターン」を 学んでもらいたいと思います。 プログラミング言語に依存しない演習にし、プログラマーに限らず、 デザイナーや管理者などVCSの使用経験がある方であれば気軽に参加できます。 -------------------------------------------------- ※1 SCMとは？ Softwar

SCMBootCamp in Tokyo 開催しました。KPT公開。 - うさぎ組にて手ぶらLTをしたので資料はないが、内容を軽くまとめておく。 GitとMercurialの比較 Git Mercurial リポジトリ commit objectのグラフと、branchのHEAD,tagなどの参照で出来ている。 commit objectのグラフだけで出来ている。 歴史改変サポート デフォルトであり。 デフォルトではなし。extensionが必要。 歴史改変 新しいcommit objectグラフを作成し、参照を古いHEADから新しいHEADに移す。表面上要らない歴史の削除として使われるresetはHEADの移動のみを行う。 新しいcommit objectグラフを作成し、古いcommit objectグラフをリポジトリから除去する。要らない歴史の削除として使われるstrip(MQExte

昨日、うさぎ組-ust- 第３回 - Togetterまとめの終盤でご報告しましたが、SCM Boot Campを開催します。 SCMはソースコードマネージメントの略でバージョン管理ツールとほぼ同義です。 決してTDDBC in Tokyo(7月9日)のRejectとかじゃないです。 まだ詳細がハッキリしていないのですが、このページを見てもらって皆様から参考意見などもらえたら嬉しいです。 公式ハッシュタグは#scmbcになります。 詳細がある程度固まってきたら募集ページを立ち上げますので、#scmbcハッシュタグを追っていただけるとありがたいです。 ※以下は詳細が確定しておらずあくまで現段階の案ですので、今後変更がはいる可能性があります。 イベント名： SCM Boot Camp in Tokyo 概要： 近年のソフトウェア開発においてSCM（DVCS）の重要性が増していますが、「DVCS

今日開催された東日本大震災支援緊急企画 OSSチャリティーセミナー - がんばろうニッポンでMercurialについて5分ほどしゃべってきました。スタッフ、参加者の皆様ありがとうございました。 資料をアップしておきます。 Osc mercurial-public View more presentations from Wataru Yukawa http://kanon.ultimania.org/?p=231では某アニメねたですべったと書かれていますが、私は資料にある通り真面目に発表しましたのですべってません。キリ！ 他の発表では一番関心のあったHadoopのやつがわかりやすかったですね。内容は処理の流れ、WordCountのサンプルなどHadoop解析の王道という感じでした。 懇親会でも@ymstsn1さんにHadoopについていろいろと教えてもらいました。ありがとうございます。m(