Let’s use doxygen!
はじめに プログラマには、ドキュメント、とくにプログラムの内部仕様書を書くのが苦手、 という人が多い。 その理由は明らかであって、そもそも、ソースコードに (バグも含めて)*1 すべての仕様が子細もらさず書かれているのに、なぜ、さらにそれと独立した仕様書が必要なのかと、 (半ば本気で) 思ってしまうからである。 ソースコードと独立にメンテナンスをしなければならないような仕様書は、 いずれソースコードと整合性が取れなくなって、無意味ならまだしも、 かえって害をなす存在となり果てることもある、ということを、 彼らは経験的に理解しているのである。 (*1) Ruby の作者である、まつもとゆきひろ氏は、 その著者『オブジェクト指向スクリプト言語 Ruby』の中の「付録C Ruby 用語集」で、 次のように書いている: ドキュメント まつもとの苦手なもの。彼は普段から「ソースがドキュメントだ。
Git でリモート・リポジトリーのタグを削除する
► 2023 (1) ► 06 (1) ► 2022 (3) ► 09 (1) ► 06 (1) ► 03 (1) ► 2021 (4) ► 10 (1) ► 09 (1) ► 06 (1) ► 04 (1) ► 2020 (5) ► 11 (1) ► 10 (1) ► 09 (1) ► 06 (2) ► 2019 (7) ► 09 (1) ► 06 (4) ► 05 (1) ► 03 (1) ► 2018 (14) ► 12 (1) ► 11 (1) ► 10 (5) ► 09 (3) ► 06 (1) ► 05 (1) ► 03 (2) ► 2017 (76) ► 09 (5) ► 07 (2) ► 06 (5) ► 05 (1) ► 04 (2) ► 03 (11) ► 02 (23) ► 01 (27) ► 2016 (39) ► 10 (11) ► 09 (12) ► 06 (4
git stash save で一時退避した変更を、誤って git stash clear で消してしまったときの回復法 - t-wada の日記（旧）
一年くらい前から git を使い始め、ここ半年くらいは毎日の開発に git を使っています。昨日 git stash という機能を使っている時に失敗してしまい、何人かの方にアドバイスいただくことによって無事回復することが出来たので、感謝の印として、そして運悪く同じ問題に遭遇してしまった人たち(私もまたやるかも)へのメモとして記しておきます。 御託はいいから、早く回復法を知りたい人のためのまとめ $ git fsck | awk '/dangling commit/ {print $3}' 候補の sha1 がいくつか出てくる(長く開発していると、結構多く候補が出てきます) $ git show --summary 候補のsha1 一つ一つの sha1 の内容を確認 $ git cherry-pick -n -m1 見つけたsha1 いきさつ 私の作業のやりかたでは、 タスク毎にブランチを切
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
Source Code Download - BUFFALO INC.
Source Code Download Network Storage(LinkStation) CS-WV series Firmware version 1.12 or later CS-WX series Firmware version 1.12 or later CS-X series Firmware version 1.12 or later HD-LAN series Firmware version 1.** or 1.**a Firmware version 2.** or 2.**a Firmware version 3.** HD-HLAN series Firmware version 1.** Firmware version 2.** HD-HLWG series Firmware version 1.** Firmware version 2.** HD-
CPAN経由でLinuxにモジュールを組み込む
Perlのモジュールをインストールしよう！ サーバーにPerlの各種モジュールをインストールするには、CPAN を使うと超ラクチンです。 ここでは、サーバーにモジュールをインストールするためのツール、CPANの設定方法と、その使い方を解説します。 このセクションは、Linuxサーバー向けに書かれております。 CPANとは 「モジュール（機能のかたまり）」を簡単にインストールしてくれるシステムです。* 自動的に、モジュールの最新ソースファイルを取って来て、コンパイルし、インストールし、依存関係も解決してくれる優れものです。 CPANの環境を設定する CPANのスクリプトはたいていのLinuxディストリビューションに標準で入っています。 ただし、まずは設定が必要です。楽をするためには、それなりの努力がいるようです…。 shell（コマンドライン）で、以下の通り打ちま
Cilを試してみた - mountain_dewの日記
CilというコマンドラインベースのIssue Trackerがあります。 http://kapiti.geek.nz/software/cil.html cil is a (Distributed) Issue Tracking System backed by your VCS. ということで、Git等のVCSとの連携を前提としたツールのようで、興味を持ったので試してみました。 Ubuntu 9.04ではaptでインストールできます。(apt-get install cil) 使い方など プロジェクトのトップディレクトリ等でcil initコマンドを実行すると、.cilファイルとissuesディレクトリが作成されます。 .cilにはそのプロジェクトにおけるステータスや、Issueに設定できるラベルの定義を設定します。issuesディレクトリには登録されたIssueが保存されます。 cil
git の勉強その8 (タグをつけよう)-Granzchesta's ぷち日常天国
プログラムを作っていると、ここらへんでバージョン 0.1 として取っておきたいなぁ、ってときが出てきます。そういうものです。 git の場合は、タグを作るのも簡単です。 $ git tag version-0.1 これだけで、現在のバージョンは version-0.1 として登録されました。 後でいろいろと作業するのもありです。 また、タグも複数付けられます。何回か commit した後で $ git tag version-0.2 としておくこともできます。 version-0.1 と version-0.2 の違いは、 $ git diff version-0.1..version-0.2 とするとわかります。 また、現状と比較するのであれば、 $ git diff version-0.1..HEAD でできます。 ちなみに、version-0.1 の状態か
Gitの基礎練習
バージョン管理ツールGitの基礎練習です。 Windows XPのコマンドプロンプトでGitの基本的なコマンドを動かしていきます。 Gitを学び始めるきっかけにどうぞ。 （筆者もまだGitを使いこなしているわけではありません。 誤りのご報告、改善提案などは大歓迎です。フィードバックからよろしくお願いします） 目次 はじめに ダウンロードとインストール ファイルをGitの管理下に置きましょう 新しいファイルを追加します 新しいディレクトリを追加します 編集からコミットまでの流れはこんな風に進みます ブランチを使ってみましょう ここまでの作業ログを見ましょう この文書に書かなかったこと 関連リンク 更新履歴 ぜひ、感想をお送りください はじめに Windows XPのコマンドプロンプトで、 バージョン管理ツールGitの基本的なコマンドを動かしてみましょう。 この文書の通りに実行すると、 基本的
gitサーバーをubuntuに構築してgit://からアクセスできるようにする手順メモ - AorBorF
gitサーバを自宅のubuntuマシンに立てたのでその手順をメモ ubuntuにgitをインストール sudo apt-get install git-core ubuntuにローカルリポジトリを作成 一応ubuntuマシンは完全なサーバではなく、開発マシンとしても使用するのでローカルにリポジトリを作成する。 mkdir -p /home/amacou/repos/tstrepos cd /home/amacou/repos/tstrepos git init touch init git add . git commit -m "init" ubuntuに公開用リポジトリの作成 sudo mkdir /var/repos cd /var/repos git clone --bare /home/amacou/repos/tstrepos ./tstrepos.git touch tstr
Git - openSUSE Wiki
Git is a distributed version control system. It's very popular in the open source community, and is used by projects like the Linux Kernel, Xorg and openSUSE. Features Git is designed to handle very large projects with speed and efficiency, but it's just as well suited for small personal repositories. Git is a distributed source code management tool, like Mercurial or Bazaar. This means that every
読み方:CVS: UNIX/Linuxの部屋
バージョン管理ツール。「Concurrent Versions System」の略。"concurrent" は「並列・平行」の意。
ソフトウェア構成管理 - Wikipedia
ソフトウェア構成管理（ソフトウェアこうせいかんり、英: software configuration management、SCM）は、ソフトウェア開発プロジェクトをその成果物を通して制御・管理する方法論である。ソースコードや文書などの成果物の変更履歴を管理し、製品のバージョンやリビジョンに個々の成果物のどのバージョンが対応しているかを識別し、任意のバージョンの製品を再現可能とする。 バージョン管理システムは SCM のためのツールであるが、バージョン管理システムそのものを SCM と呼ぶこともある。しかし、一般にソフトウェア構成管理はバージョン管理とは等価ではなく、バージョン管理を制御するマネジメント的要素が含まれる。 当初、ソフトウェア構成管理(SCM)は単に CM（構成管理）と呼ばれており、本来はハードウェア開発と製造制御のためのものだった。以下では主にSCMツールの登場を時系列に並
OGRE - Open Source 3D Graphics Engine
It's been 2 years since 2.3.0 and almost a year since the last 2.3.x release. It's about time for 3.0.0! Ogre to OgreNext name migration We're trying to make OgreNext and Ogre able to be installed side-by-side. The details can be found in the manual.But the short... Ogre 14.3.0 was just released. This release contains some significant bug-fixes and feature additions, which we will discuss in more
glibcのqsort()はクイックソートではない - 簡潔なQ
クイックソートの最悪ケースの実証しようかなーと思ってglibcのソースを見たらクイックソートじゃなかった。 まだちゃんとは読んでないが、次のような仕様ではないかと思われる。 まず、必要な一時領域のサイズを決定する。 通常は元の配列と同じ。(nmemb * size) sizeが32bytesより大きい場合は間接ソートを行うので、2*nmemb*sizeof(void*)+s必要。 一時領域を確保する。 一時領域が1024bytesより小さい場合はスタックから確保(alloca)する。 そうでなければmallocを試みる。 必要量がページサイズの1/4以上であるか、mallocに失敗した場合は、一時領域を必要としないクイックソートに切り替える。 一時領域の確保に成功したら、マージソートを行う。 glibcのソースのstdlib/msort.cより。
Git Cheat Sheets JP
設定 基本 ブランチ リモート・リポジトリ git-stash git-svn 参考 修正履歴 設定 Git には様々なオプション設定がある。中には挙動を大きく変えるものもあるので注意が必要である。 設定をすべて表示する $ git config --list システム (/etc/gitconfig) の設定 $ git config --system --list や、ユーザーごと (~/.gitconfig) の設定 $ git config --global --list など表示する対象を絞ることもできる。 ユーザ名とメール・アドレスを設定する $ git config --global user.name "John Doe" $ git config --global user.email "john.doe@example.com" コミットする時に記録されるユーザー名とメ
$ command line ruby cheat sheets
Setup ----- git clone <repo> clone the repository specified by <repo>; this is similar to "checkout" in some other version control systems such as Subversion and CVS Add colors to your ~/.gitconfig file: [color] ui = auto [color "branch"] current = yellow reverse local = yellow remote = green [color "diff"] meta = yellow bold frag = magenta bold old = red bold new = green bold [color "status"] add
コンパイラ依存のコーディングを囲む#ifdefシンボル - torutkのブログ
Windows上でのVC++とLinux上でのGCCとに対応するコードを書く際に、コンパイラ依存部分を#ifdefで切り替える場合のマクロ指定を調べました。 コンパイラがデフォルトで定義するマクロで使えそうなものは、 Linux/GCC __linux__, __GNUC__ Windows/VC++ _WIN32, _MSC_VER Linux/GCCでは__unix__も定義されるが、UNIX全体を一つの書きかたで括るのは無理な話。 __GNUC__, _MSC_VERともに、コンパイラ・バージョンが識別できる値がマクロに定義されるので、バージョン違いの対応もこのマクロで可能です。なお、__GNUC__にはメジャーバージョンの値が定義されるので、マイナーバージョンの値まで識別する必要があるなら__GNUC_MINOR__マクロを併せて使います。 GCCでデフォルト定義されるマクロ一覧を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Groups
git repo