Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? いわゆる「設計書」の世代管理をするにあたって、「Gitじゃ使いにくい！」という意見を目にする機会がありました。 そもそも、Gitにしても、SVNにしても、テキストベースの開発リソースを管理するためのものであり、バイナリファイルの管理には不向きだと僕は思っています。 開発現場にいると、「設計書」をWordやExcel、PowerPointなどで作成している現場に直面します。 「日本人はExcel方眼紙好きだね。」と揶揄されるくらい、Excelで設計書を書いている現場がほとんどなんじゃないかと思います。 先に言っておきますが、Excelのフ
The issue is easily described, the daily cronjob causes following mails for me on a CentOS 5.5 machine: /etc/cron.daily/etckeeper: etckeeper warning: hardlinked files could cause problems with git: sysconfig/network-scripts/ifcfg-eth0 sysconfig/networking/devices/ifcfg-eth0 sysconfig/networking/profiles/default/hosts sysconfig/networking/profiles/default/resolv.conf sysconfig/networking/profiles/d
etckeeper is a collection of tools to let /etc be stored in a git, mercurial, darcs, or bzr repository. It hooks into apt (and other package managers including yum and pacman-g2) to automatically commit changes made to /etc during package upgrades. It tracks file metadata that revison control systems do not normally support, but that is important for /etc, such as the permissions of /etc/shadow. I
チームで作成しているソースコードの管理は自分のデスクの下に置いているLinuxマシンで、Subversionでバージョンを使っていたのですが、ちょっとGit（ジットギット）に興味が出てきたので、無料のツールとサービスを利用してバージョン管理をしてみようと思い、設定してみました。 今回は「Bitbucket + SourceTree」のWindows版を使ってやってみたいと思います。 ファイルのバージョン管理とは そもそもファイルのバージョン管理とはどういうことなのか。 単純に言えば、誰かが更新したファイルの更新内容や、更新内容など「更新履歴」を管理する事。 ある時点のファイル内容まで更新内容を遡ることが出来たりと、過去のソースコードを保存してくれたりする頼もしい存在でもあります。 チーム作業の場合、複数人で同じソースコードを編集するなんてことがあると思うのですが、その際によくある先祖返りや
Time to Read 2分 etckeeperと言うものがあり、要するに /etc 以下をリポジトリにして変更履歴を管理してくれる、大変大雑把と言えば大雑把なソフトウェアがあります。大雑把ですが、結構便利です。 インストール 1 sudo aptitude install git-core etckeeper そしたら、 /etc/etckeeper/etckeeper.conf と言う若干くどい名前の設定ファイルを編集。 1 2 3 4 5 # The VCS to use. #VCS="hg" VCS="git" #VCS="bzr" #VCS="darcs" Gitの他、MercurialやBazaarなんかが使えます。ただし、Subversionなどのような、中央リポジトリが必要なバージョン管理システムは使えませんね（ローカルにコミットしていくため）。 VCSを決めたら： 1
つかだでございます。 Gitの環境構築。サーバ/クライアントの設定、運用手順。 電設部でCMSを開発するにあたって、Gitによってバージョン管理と リポジトリの公開を行います。このシリーズでは、Gitについて 超初心者な私たちが、リポジトリを用意し、運用していくまでに 必要となった手順を調べ、記録していき、その手順を電設部内を はじめ広く共有していくことを目的としています。 サーバは諸事情によりCentOS5.4とgithub.com、 クライアントはWindows、Mac OS X、Linux（Ubuntu）を想定します。 また、クライアントとリポジトリ間はsshとHTTPSでやりとりできるように することを目標とします。 注意！） この一連のエントリに書かれた手順を実行したことによって お使いの環境に何らかの不具合が生じたとしても、当方では責任が取れません。 コマ
そういえば、githubに頼りっぱなしで、共有リポジトリを作ってどうのこうのというのは試してなかったなと思いこんな感じでやってみた。 $ sudo useradd -d /home/git -s /bin/rbash -c "" -m -k '' git $ cd /home/git/ $ sudo cat > .bash_profile export PATH=/home/git/bin ^C $ sudo mkdir bin $ sudo ln -s /usr/bin/git /home/git/bin して、gitコマンドしか使えない制限のかかったgitユーザーを作る レポジトリを作るときは、 $ cd /home/git $ sudo -u git mkdir repos $ sudo -u git mkdir repos/project.git $ cd repos/projec
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く