ソースコード管理ツールをSubversionからGitへ変更して感じたこと - torutkのブログ
少人数チームでのソフトウェア開発でソースコードを管理するリポジトリにGitを適用して1,2ヶ月ほど経過しました。Gitを開発に使用するのは今回が始めてで、みなSubversionを使っていたメンバーです。 開発環境 OS Linux、たまにWindows 開発言語 Java プログラミングツール NetBeans 7.4 Gitクライアント NetBeans標準搭載のGit機能、たまにコマンドライン、WindowsではたまにTortoiseGit Gitサーバー apacheでgit-http-backend、Redmineと認証統合 現在の使用状況 Gitの共有リポジトリを、開発サーバー上にapache（HTTP）でホストしています。 共有リポジトリはmasterブランチ一本で、各メンバーはローカルにcloneしたあとローカルのmasterで変更作業を実施し、適宜共有リポジトリのmast
.NET Frameworkのメモリ管理と断片化問題（.NETアプリケーションを長期連続実行するのは要注意） - torutkのブログ
C#とJavaの言語選定にあたり、実行環境の比較をするため、ガベージコレクタについて調べていました。 .NET Frameworkのガベージコレクション方式は世代別GCですが、Javaとは随分異なっています。特に顕著に異なっているのがLOH(Large Object Heap)と呼ばれる大きなサイズのオブジェクトを格納する専用ヒープ領域がある点です。現在のバージョンでは、85KB以上のサイズのオブジェクトは世代別管理のヒープ（generation 0）ではなく、このLOHに割り当てられます。 この仕組みについては、MSDNマガジン（オンライン）の記事に詳しくあります（以下URL）。 CLR徹底解剖：大きなオブジェクトヒープの秘密 LOHは、第2世代（Javaで言えばOld世代）のGCと同じタイミングでGCがかかります。LOHでは、オブジェクトか回収された後、コンパクションを実施しないため、
自動ビルド環境とHudson - torutkのブログ
「継続的インテグレーション」ツールHudsonを使った最初の一歩です。新しいツールは使いはじめるのに敷居があるので、Hudsonにおける敷居を越える参考にと日記をしたためてみました。 前置き 現在のプロジェクトでは、毎週リリースを行っているのですが、有人作業のため、作業を開始してビルドエラーが発生すると、そのたびに関係者を聞きまわって調整して、という作業が入ります。 ビルドの自動化（定期化）は、当初からの出来たらいいなリストに挙げられていますが、手が回らずに後回しになったまま現在に至っています。試験作業のウェイトが増えてきた時期に、ビルド専任者が外され、ますます手が及ばなくなってしまいました。リリース作業が大事になってくるプロジェクト終盤ですが、予算的要因のためいる人間で何とかしろと・・・（大規模だ〜といいながら、ビルド担当、構成管理担当が専任化されない・・・）。 ビルドの自動化で思いつく
2006-09-28
Cygwinを何気にアップデートした際、シェル起動時にエラーが発生するようになった。 : command not found bash: /cygdrive/h/home/torutk/.bashrc: line 20: syntax error: unexpected end of fileみたいな感じです。bashを3.1.6に戻すとエラーは発生しないので、bashのアップデートが原因です。 で、いろいろ調べると、.bashrcをはじめとしたスクリプトファイルの改行コードがCR+LFだと発生することがわかりました。前はCR+LFでも問題なかったのですが・・・。 makeもCygwinの最新3.80-1にするとWindowsのドライブ文字を含むパスを受け付けないようになっていることなど、なんか最近Windowsに厳しいバージョンアップが行われているようです。 昔は、以下のようにmainメ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
