Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
Repositories access control with apache, mod_dav_svn and mod_perl¶ Table of contentsRepositories access control with apache, mod_dav_svn and mod_perlOverviewEnabling apache modulesApache configuration for Subversion repositoriesTesting the configuration:optional LDAP Authentication Apache configuration for Git repositoriesApache configuration for Mercurial repositoriesGotchas Overview¶ In this doc
Subversion関連の文書(ドキュメント)やその翻訳(日本語訳・邦訳・和訳)を簡単にまとめてみました。主にsvnbookと呼ばれる「Subversionによるバージョン管理」やWindows用SubversionクライアントであるTortoiseSVN/TortoiseMergeのマニュアル(ヘルプ)などをバージョンやファイルの種類ごとに整理しています。 Subversionによるバージョン管理 (Subversion Book, svnbook) TortoiseSVN (Subversionクライアント) マニュアル TortoiseMerge (差分・マージツール) マニュアル コンテンツ Subversionによるバージョン管理 (DocBookソースから生成) For Subversion 1.2 (単一HTML, 複数HTML, PDF, HTML Help) Versio
分散バージョン管理システムつかってますか? 世の中ではgitやhgなどの分散型のバージョン管理システムが流行していて、「もうsvnなんて、、、」「まだsvnつかっているの、、、」という風潮になっています。 弊社内でもgitのレポジトリが立ったり、svnのプロジェクトでも自分の環境だけはgit-svnで分散バージョン管理を使う人が増えています。 「自分の環境だけはgit-svnで」。そう、社内ではまだまだsvnを使っているプロジェクトが多いのです。「日本語のファイル名が使えない」「デザイナーさんに使ってもらうためのわかりやすいクライアントが無い」「svnからなかなか移行するコストが、、」などの理由でsvnを使い続けているプロジェクトも多いと思います。 というわけで、分散バーション管理システムではなく社内で運用されているsvnでのブランチマネジメントについて、備忘録もかねて説明します。 前提
※本稿は諸事情により過去の投稿を再投稿したものです。 はじめに git-svn を使うと、素直な SVN リポジトリーなら簡単に移行できますが、実運用してきた SVN リポジトリーを移行する際はつまづくことも多々あります。 また Git リポジトリー化ができてもブランチやタグは手作業で作ることになります。 今回、たまたま移行を検討する機会があったので、その予行作業のなかで得た知識をメモしておきます。 作業を行ったクライアント環境は Ubuntu 14.04 / Git 1.9.3 です。 SVN リポジトリーは HTTPS でアクセスできる状態です。 移行の第一歩 まずは SVN リポジトリーからローカル環境に Git リポジトリーを作成します。 git svn clone または git svn init + git svn fetch を使います。 ヘルプや Book にも記載されてい
少人数チームでのソフトウェア開発でソースコードを管理するリポジトリに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
先月、Subversionを使ってきたチームにGitを導入して苦戦したことを日記に書きました。 ソースコード管理ツールをSubversionからGitへ変更して感じたこと - torutkの日記 それ以降、うまくGitを使うにはどうしたらよいかを考えてきました。まだ決定打(ベストプラクティス)はありませんが、思考の整理をすべく日記にします。 Subversionを現状どう使っているのか? まず、Subversionでの開発作業におけるソースコードのバージョン管理のしかたについて、コミットしてもよい条件の観点で分類してみます。 管理スタイル コミット縛り 備考 自由 なし ファイル共有サーバーの延長 緩い統制 ビルドが通ること バージョン管理の入り口 品質統制(1) テストが通ったこと 品質統制(2) レビューが通ったこと もっとも原始的なスタイルは、いつでも自由にコミットできることです。今
Apacheの認証をDB使用できるApacheモジュールとして mod_auth_mysql というものがあります。 なかなか便利なのですが、2005年以降更新されていません。 rpmで入れる場合は、良きに計らってくれているようで気にせずinstallできるのですが 諸事情でApache最新じゃないとまずい場合は、 Apache及びApacheモジュールをビルドしないといけません。 まぁ、こういうのは基本的には使わないにこしたことがないのですが 時間がなくて、とりあえず動けばいいやという状況だったので パッチを作ってみました。 結論(自己責任でどうぞ) 2.4用のpatchです。 なんか間違ってたらご指摘ください。 解説 2.2.2/2.2.3対応 Apache 2.2.2/2.2.3系ではpatch適用が必須のため以下をdownload。 www.bleb.org/software/m
TORTO,瑜伽服zj身套装欧莱特r女春mh式短袖莫代尔棉专业高端时尚运动跳操服n1,瑜伽服套装,玉溪莱可缗公司:卧式配ne匙机器双头oo用开齿神器锁匙全新多功能电子复制机-配匙机,TELlzSONICjl星北欧简约客厅挂钟创意时钟卧室静音装饰石英钟表-客厅钟表,战神帆jl男多功能户vn休闲战术包腰包骑行腰-腿包小西装外套韩款白dm褂女长袖医fc士服短袖夏季美容师美容院纹绣师工作服-医生工作服,家用手cx便携鸡蛋冰qt保鲜收纳盒塑料密封蛋托满月包装(小)礼盒-鸡蛋收纳盒,燃气油jd锅麻辣烫锅hc气关东煮摆摊机器串串香设备炸鸡-薯条机,字画真迹手写办公室装饰挂画客厅天道酬勤毛笔字书法作品定制装裱-装饰画,奔驰德ku原装进口汽le发动机防高温冷却剂红色蓝色防冻液包邮-汽车防冻液,促销木u2(小)博士滑梯21千幼儿园木制设施公园木滑梯-儿童游乐,12Mrn家用高楼缓ct急逃生安全绳救援求生登山火
Redmine上からSubversion,Git,Mercurialのリポジトリ作成ができ、公開したリポジトリにプロジェクトに所属したユーザであれば、Redmineのユーザアカウントでアクセスできるようになります。 Subversion,GitなどのツールやRedmineとアジャイル開発、継続的インテグレーションに便利な各種プラグインに加え、今回の連携設定などをまとめてインストールできるALMiniumというものがあります。 前提 OSがCentOS Apacheをインストール済み (# yum install httpd) Apacheの実行ユーザ名とグループ名はapache Subversionとmod_dav_svnモジュールがインストール済み (# yum install subversion mod_dav_svn) Gitインストール済み(# yum install git)
第1章 構成管理入門 はじめに なぜ今構成管理に注目するのか 本特集で扱う内容 サンプルの準備 第2章 Subversionによるバージョン管理入門 はじめに クライアント環境の構築 インポート チェックアウト ソースファイルの変更に関連する操作 チーム開発に関連する操作 おわりに 第3章 Subversionベストプラクティス はじめに 帰ってきたO先輩 コードライン編その1 メインライン コードライン編その2 コードラインポリシー コードライン編その3 プライベートバージョン サードパーティライブラリのバージョン管理 リリース編その1 リリース管理 リリース編その2 自動リリース 継続的インテグレーション 第4章 Maven2によるビルド入門 はじめに なぜMaven2なのか? Maven2のインストール まずは試してみよう さらに開発を進めよう 第5章 Maven2ベストプラクティス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く