Git 2.7 の優れた新機能 | Atlassian Japan 公式ブログ | アトラシアン株式会社
Git 2.6 からわずか 2 カ月後、膨大な機能と修正、そして性能の向上を果たした Git 2.7 がリリースされました。ここでは Bitbucket チームが興味を持った新しい機能を紹介します。 git worktree の完成 Git 2.5 で導入された素晴らしい git worktree コマンドを使うと、複数のリポジトリブランチからのチェックアウトやブランチ上での作業を、異なるディレクトリで同時に行うことができます。たとえば、簡単な修正をする必要があるけどワーキングコピーを汚したくない場合、次のように新しいブランチを新しいディレクトリにチェックアウトすることができます。 Git 2.7 には、リポジトリのワークツリー (および関連するブランチ) を表示する git worktree list サブコマンドが追加されています。 ワークツリーをサポートする git bisect コ
--force は有害だという考え; git の --force-with-lease を理解する / Atlassian Japan
Git の push --force は有害です。何故ならローカルの内容を無条件にリモートレポジトリを上書きしてしまい、チームメンバーがその間にプッシュしていた変更を上書きてしまうからです。しかし、これには改善策があります。強制プッシュがどうしても必要ではあるけれど、他人の作業を上書きしないようにしたいときは --force-with-lease というオプションを利用します。 Git の push --force は共有レポジトリにプッシュされた他の変更を破壊する可能性があるので、利用すべきではないことは良く知られています。常に完全に失われることにならなくても (もし変更が他人のワーキングツリーに存在していればマージすることは可能です)、これは無分別な対処であり、最悪の場合は大きな損害を招きます。何故なら --force というオプションはブランチの先頭をローカルの履歴に設定し、これまで
HipChat、無料でユーザー数も無制限に | Atlassian Japan 公式ブログ | アトラシアン株式会社
一年前、私たちは 5 人のチーム向けに HipChat を無料にしました。それ以来、チャットはすばらしいものだということをたくさんのチームが実感してきました。しかし、あらゆる規模のチームが HipChat の力を利用できるべきだと考えています。 ですので、本日、HipChat を無料で、ユーザー数無制限で使える新しいサブスクリプション プランを発表できることをとてもうれしく思います。 HipChat を使用するには 2 つの方法があります。 HipChat ベーシック (無料)：チームの人数に関係なく、グループチャット、1 対 1 のメッセージングをチームのすべてのメンバーが利用できます。 HipChat プラス (2 ドル / ユーザー / 月)：HipChat ベーシックのすべての機能に加え、ビデオ通話の利用、そしてメッセージ履歴が無制限に検索可能です。 詳細については価格ページをご覧
Git 1.9 最新情報 | Atlassian Japan 公式ブログ | アトラシアン株式会社
皆さんが、DayZ の徹夜プレイで略奪しまくるのに忙しいのは承知していますが、少しお時間をください。今日ご紹介する内容はチェックするだけの価値があるものです。git ポイントリリースの最新版(1.9)がリリースされました! リリースノートの中で私の目を引いた点を紹介します。興味のある方は、早速リリースノートに目を通し、オタク心をときめかせる華麗さを堪能することができますが、私にも手伝わせてください! 最新版の説明に入る前に、これまでのリリース1.8.2、1.8.3、1.8.4、1.8.5 に関してもこれまで記事を書いてきましたので、ご紹介しておきます。巧妙な技や使える情報がたくさんあります。 全ユーザー向けアップデートの指針 アップデートするにはどうすれば良いか? 以下に取りかかるのに役立つ情報を挙げておきます: OSX 上でhomebrewを使用している場合は、brew update &
Mercurial 対 Git：なぜ Mercurial を選ぶのか？ - Atlassian Japan
ここで見たように、Git は、Subversion ユーザーにその CLI に早く慣れてもらうようにするということをあまり考慮していません。 新しいコマンドを入力するために指を再度トレーニングすることによりこの問題を回避することはできますが、それでもシステムを移行する上での障害の一つになるでしょう。その上、Subversion ユーザーにとってフレンドリーで、かつ、強力で美しいインターフェースをもった Mercurial があるので、Git がなくても問題はありません。 履歴が安全な Mercurial Mercurial の哲学は、 “履歴は永久的で神聖である” ということです。Mercurial のコアには、履歴を変更できるコマンドがたった一つだけあります。hg rollback です。このコマンドは直前のプルやコミットを “取り消し” ますが、それより前のものには一切触れません。 G
Git 対 Mercurial：なぜ Git を選ぶのか？ - Atlassian Japan
今回は Atlassian の開発者である Charles O’Farrell によるゲストブログです。チームが DVCS として Git を選択する理由について説明します。Charles はコーディングをほとんど DVCS 上で行い、また ClearCase から Git へユーザーを移行させる作業を行ってきました。 前回の記事では、分散バージョン管理システムとしてチームがなぜ Mercurial を選択するのかについて考えてみました。今回は、分散バージョン管理システム (DVCS) として なぜ Git が有力な選択肢であるのかについて考えてみましょう。 1970 年の黎明期から、ギークたちはどちらが善でどちらが悪かという血なまぐさい論争を長い間行ってきました。それが Vim と Emacs との間の戦いです。最近では、それとは別のツールセットについて、ギークたちは本来の仕事そっちのけ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HipChat Server