タグ

関連タグで絞り込む (52)

タグの絞り込みを解除

scmに関するsyo-yuのブックマーク (12)

  • https://github.com/enterprise

    https://github.com/enterprise

  • A Visual Git Reference

    Available languages: Deutsch English Español Français Italiano 日本語 한국어 Polski Português Русский Slovenčina Tiếng Việt 简体中文 正體中文

  • Git だろうと Mercurial だろうと、ブランチ名をzshのプロンプトにスマートに表示する方法 - mollifier delta blog


    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
    Git だろうと Mercurial だろうと、ブランチ名をzshのプロンプトにスマートに表示する方法 - mollifier delta blog

  • ブランチメンテナンスの戦略 - 世界線航跡蔵


    Ruby 1.9.1のメンテナンスを引き受けた当初、メンテナンスの指針として参考にできるものは多くはなかった。Ruby 1.8系のやり方を参考にしたくて、いくつか卜部さんに教えを乞うたりもした。そんなこんなで、メンテナンスする中で分かってきたこともあるのでメモする。 目標 まず、リリースブランチをメンテナンスする目標は何であるかをはっきりさせよう。メンテナンスによってどういった価値を提供するかと言っても良い。 安定した仕様の安全に機能するソフトウェアをできるだけ長期間提供すること、これが目標である。永遠に提供できれば良いのだけれども、そうもいかない。利用者が少なくなったバージョンをメンテナンスしてもメリットは少ない。メンテナンスに割ける人手も限りがある。開発されているtrunkとメンテナンスされているブランチが離れるほどにパッチの適用は難しくなり、対処すべき問題を共有することも難しくなる。
    ブランチメンテナンスの戦略 - 世界線航跡蔵

  • Git(ギット)勉強会メモ - kinneko@転職先募集中の日記


    さすがに開発者は的確な解説と、質問にもズバズバ答えるのだなぁ。Gitのメンテナが日本人の方だったというのは、今回はじめて知りました。 プレゼン資料については、アメリカに帰られたらWebで公開されるということでしたが、PDFで分けてもらったので、ご希望の方がいれば送ります。中身は英語ですが(^^;。 # さっそくアップロードされたようです。http://www.kernel.org/~junio/200810-tut.pdf というわけで、twiterでメモを流していたけど、途中で挫折したので、手元のメモを貼っておきます。 間違いがあったら指摘してね。 自分用メモなので、意味不明なとこはご勘弁を。gitギット。イギリス英語で﹁やなやつ﹂。 kernel bitkeeper商用のバージョン管理システムを使っていた。 方針がかわって、無料で使えなくなってしまった。 svnを使うの？cvsを使
    Git(ギット)勉強会メモ - kinneko@転職先募集中の日記

  • GitHub

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub

  • Mercurial で手軽な共有レポジトリをつくろう steps to phantasien t(2007-05-19)

    SCM の Mercurial には CGI スクリプトがついてくる. これを使うと簡単に共有レポジトリを作ることができる. Web ブラウザからコードを閲覧できるし, 標準の hg コマンドからもさわれる. ためしにこのサーバ(さくらインターネットの賃貸)にインストールしてみたら, ちゃんと動いた. せっかくなのでインストール手順を簡単に紹介しておく. さて, SCM が CGI として動くのは一部の人にとってキラーな機能かもしれない. ちょっと友達と一緒にコードをいじりたい. 家と学校で設定ファイルやメモを共用したい. そんな時に重宝する. 今時の先鋭的な Web の若者は自分の公開サーバがあるだろうけれど, 怠惰な中年にそういうものはない. 共有サーバの賃貸がせいぜい. なので CVS や Subversion はあてにできない. 有償の Subversion ホスティングに金を払う

  • かWiki - Git/分散レポジトリって何が嬉しいの

    Git は分散レポジトリ型の版管理システムです。 他にも Mercurial とか SVK とか分散レポジトリ型の版管理システムが最近流 行ってます。 では、分散レポジトリ型って何がいいんでしょうか。 この文章では単一レポジトリ型と分散レポジトリ型の特徴について書いておきたいと思います。 急ぐ方は、ページの一番下にある「まとめ」を参照してください。 用語 この文書内で使う用語について。 なんらかの版管理システムを使ったことのある人にとっては聞きなれた言葉だと思うけれど、一応。 レポジトリファイルの履歴情報などが格納されたデータベースのこと。普通はプロジェクト毎に用意されることが多い。レポジトリに登録されている各ファイルは、変更が行われ登録(コミット)されるごとに、リビジョン番号とファイルの内容が関連付けられて保存される。 ワーキングコピーレポジトリ中の特定のバージョンをファイルとして取り出

  • Emacs からの利用


    本ページでは、 Emacs 用の Mercurial 連携フロントエンドとして提供されるhgモード (mercurial.el)およびmqモード︵mq.el︶ に関する情報をまとめてみました。 備考: 本ページに記載されているコードは我流によるものですので、 Emacs lisp 界隈における、より一般的な実装方法に関して、 ご存知の方は御教頂けると幸いです。 なお、hgモードでは Emacs 21.x 以降で新設された関数が利用されているため、 実際に利用する環境で emacs-major-version 変数値を確認した上で利用してください。 また、私自身は 21.4 環境での動作確認しか行っていません。 elisp ファイルの読み込みhgモードmqモード トラブルシューティング elisp ファイルの読み込み Emacs 用フロントエンドの elisp ファイルは:
    syo-yu
    syo-yu 2007/05/22
    Emacs 用の Mercurial 連携フロントエンド
    リンク

  • 分散SCM: 履歴管理システムとパッチ管理システム - YamaKenZ の日記

    /etc等の管理は仕事もプライベートもいまだにCVSでやっているんだけど、自宅環境・仕事環境共に刷新の時期を迎えたのでこのへんを参考に分散SCMを後継として検討してみた。SubversionもBerkeley DB依存が無くなったのでシステム管理に使えるようになったけど、どうせならもっと便利にしたいので。 私的な結論としては、フリーな分散SCMではMercurial一択。ただし、これには「履歴管理システムとして使うなら」という条件が付く。実際にいじってみて分かった事だけど、「分散SCM」という言葉で乱暴に括られているソフトウェアは、履歴管理システムとパッチ管理システムという2つの異なる性格のシステムに分かれている。どちらの性格が大元になっているかによって内部アルゴリズムからUIのデザインにまで影響が及ぶが、決定的な違いはリビジョン番号があるかどうか。 リビジョン番号というのはある変更に対す

  • Mercurial の利用


    重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PCでの移動中作業が多くて ﹁オフラインでコミット／ブランチ作成／履歴参照／差分参照できない﹂ ことに不便を感じていたり、 ﹁システム構成例﹂ に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 ︵SCM: Software Configuration Management︶ ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に﹁分散リポジトリ﹂という考え方がピンとこない場合が有る

  • fsvs.tigris.org

    FSVS Purpose FSVS is the abbreviation for “Fast System VerSioning”, and is pronounced [fisvis]. It is a complete backup/restore/versioning tool for all files in a directory tree or whole filesystems, with a subversionTM repository as the backend. You may think of it as some kind of tar or rsync with versioned storage. Description Currently it does (in terms borrowed from subversion) checkout/initi

    syo-yu
    syo-yu 2006/05/12
    ファイルシステムをsvnで管理. フルシステムを管理下における。
    リンク
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.