Something went wrong.We're moving mountains to get it sorted.View our status page and subscribe for service updates.
Pythonを使ったアプリケーション開発のリアルな手法を学ぶプログラミングガイドブックです。個人の開発環境を改善したい人、チームの開発を改善したい人、仕事でつかえるPython環境系のためにノウハウを学びたい人を対象に、Pythonの共有環境の構築と管理、チケット駆動開発、ソースコード管理(Mercurial)、PyPlパッケージング、Jenkinsで継続的インテグレーション、パフォーマンス向上(nginxとgunicorn)、GAE開発、Djangoフレームワークなど実践的なノウハウを解説。Pythonで数多くの開発を行ってきたプロフェッショナル集団が、Python公式マニュアルの域を超えて、現場の開発者の手法を学びたい人に向けて解説したリアルな技術集です。 【サポートはこちら】→https://www.shuwasystem.co.jp/support/7980html/3294.ht
▼ [Software]Mercurialでコミット時にVimで差分を確認する(日本語設定時) Mercurialでコミットする時、ui.editorの設定値を参照してコミットメッセージ入力用にVimが起動してくれるのだけど、一緒に差分情報を確認したい。 どうもMercurial本体に付属しているhgeditorをui.editorに設定してやると可能らしいのだけど、うまく行かなかった。 hgeditorスクリプトの中身を見たところ、ロケール環境変数が日本語設定の場合は考慮されていないようだ。自分の場合は「LANG=ja_JP.UTF-8」が設定してある。 各種メッセージを日本語で表示してくれるのはMercurialならではの嬉しいところだと思ってるので、ロケール設定はそのままで表示できるように少し変更してみた。 Gist 利用例 変更したファイルを.hgeditorという名前で自分のホー
Mercurial ハンズオンのスタッフ要員として、Python Developers Festa 2012.03 に参加してきた。 主催の id:Voluntas 氏を初めとする運営スタッフの皆様、および参加者の皆様、お疲れ様でした。 それから、私の到着、ギリギリ時間過ぎでしたね。受付のお手数をお掛けして御免なさい .... orz > Voluntas 氏 今回のハンズオンは、id:troter 氏の資料を元に、各自が黙々と作業しつつ、適宜 troter 氏や私が質問等に答える、というスタイルで実施。 とりあえず、覚えている範囲で、『入門 Mercurial』や僕のホームページでは明記してない(or 記述が少ない)話題に関しての詳細とか、思い付いたこととかをまとめておく。troter 氏のまとめも併せてご覧ください。 『作業領域』はリビジョンの一種 『作業領域』と『親リビジョン』の関係
http://partake.in/events/95ab571f-c477-43dd-8d96-396d3b670b6f:title=の成果発表です。 先日あるmercurialリポジトリのミラーリポジトリをgithubに作成したところ、開発がgithubに移ってしまうという(mercurial使い的には)ショッキングな出来事がありました。mercurial使いはいろいろ肩身が狭いですね。 それもこれも、「mercuiralを使いながらgithubのpull requestを取り込む方法」についてのノウハウが共有されていないことに問題があります。今後、二度と悲劇を繰り返さないために考察してみました。 想定する構成 考察した結果です。 bitbucket-and-github urlは次の通り central repository https://bitbucket.org/troter/
As you can see, Git makes less of an effort to organize its CLI in a way that Subverison users will be used to. While you can work around this by retraining your fingers to type the new commands, it’s yet one more roadblock to switching systems. Worse, it simply isn’t necessary, as Mercurial’s Subversion-user-friendly but still powerful and elegant interface proves. Safer history with mercurial Me
このエントリーはStartup Scrumなブログではありません。Scrumというものに興味をもった当時23歳うさみみ系エンジニアがScrumという言葉を借りて開発してみた。という話です。2011/3から2011/5あたりの話。 2011/3。僕はデスマ4年目を終えて、新しいプロジェクトに移りました。 あるプロジェクトの中の4人チームのうちの1人として。もちろん僕はいちばん下っ端として。 (元請け会社の2人、当時同じ会社だった先輩、僕の4人) そのプロジェクトはWFだったんですけど、タイムボックスやリスク管理について理解があることは雰囲気で伝わってきました。 僕はその頃勉強し始めていたあらゆることを現場で試してみたいって強く思いました。 僕はMercurial、Jenkins、Groovyを趣味的に使い始めていて(MercurialとJenkinsは2010/10から。Groovyは201
この記事は Vim Advent Calendar 2011 の38日目のエントリーです。 皆様明けましておめでとうございます。今回は@wiredoolの提供でお送りします。 vimのplugin管理においてはgit系勢力が大きいですね。gitは素晴らしいものですがWindowsな環境ではなんとなく手を出しにくいこともあるかもしれません。 そこで今回はWindows環境でのMercurialを使ったplugin管理について紹介します。 TortoiseHg のインストール TortoiseHgはGUIなMercurialです。hgというのはMercurialのコマンド名で水銀の元素記号が由来だそうです。下記のページからインストーラを入手できます。 32bitと64bitバージョンがあるので該当するものを拾ってきましょう。64bitに32bit入れようとしても怒られます…… http://t
このエントリは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し出す人が増え、整合性に関す
激動の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を手放すようなこ
僕は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 --
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
ブログ パスワード認証 閲覧するには管理人が設定した パスワードの入力が必要です。 管理人からのメッセージ https://mac-tegaki.comへ移転中 閲覧パスワード Copyright © since 1999 FC2 inc. All Rights Reserved.
※ 2011/11/27 追記あり 時間枠中は、Twitter のタイムラインを見ている暇が無かったので、togetter でのまとめを元に、落穂拾い的に tweet された質問/疑問に答えることに。 まとめて頂いた @shinyaa31( id:absj31 ) 氏に感謝!(※ @shinyaa31氏自身のまとめはこちら) そして、改めて主催の id:kyon_mm 氏に感謝! 基調講演枠での tweet 講演内容は好評だったようで一安心。 SCM ツール世代分類に関して: (@oota_ken) ClearCaseはClearCaseはClearCaseは まぁ多分、「ClearCase も忘れないであげてください」ニュアンスだとは思うけど、一応答えておく事に(笑)。 私自身、ClearCase を触ったことが無いので、『パターンによるソフトウェア構成管理』に記載された情報ベースで見る
この資料について¶ SCMBC #2 Mercurial 入門セッション資料です。 http://bitbucket.org/troter/scmbc-2011.11-mercurial-introsession この資料ではMercurialを利用するに当たって必須の用語や概念について説明しています。 この後の演習で参考になるよう、効果的に利用する為のお作法、作業フローについても解説します。 (狭義の)リポジトリ¶ SCM ツールにおいて、 作成/改変/移動/削除といったファイルに対する作業内容や、 実施者/日付といった 「履歴」 (history) に関する管理情報を格納しておく領域を、 (狭義の)「リポジトリ」 (repository) と呼びます。 作業領域¶ リポジトリに格納されている情報を元に、 ファイルを取り出したり、 取り出したファイルに対する作成/改変/移動/削除といった
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く