gitの良さは未だに分からないがPullRequestの良さはちょっとだけ分かるぞい - ブログなんだよもん
スマートニュース見てたらこんな記事が上がってました。 crapp.hatenablog.com まあ、gitの良いところはそれなりにありますがローカルコミットを上手に使えるようになるまでの壁はとても高いですよね。 正直言えば私もrebaseとかなるべく打ちたくないし、使いこなせてるとは言い難い。 とはいえPR（本文中はマージリクエスト）がレビューを強制するので良くないとか、trunkに直接コミットすれば良くないとかはどうなん？ と思ったり。 そもそも個人的にはSVNとgitで運用方式がさほど変わるとは思えないのですよ。実際変えなかったし。 というわけで、私が使ってるコード管理方式について語りたいと思います。タイトルはちょっと釣り... というかぞいぞい言いたかっただけです！ そもそもSVNでどう運用していたか？ たぶん、多くのサービスがそうであるようにSVNからGitに移行しました。もっと
Subversionのシステム構成を考えてみた
全社的にSubversionを使えないか調べているんだけど、その構成に関する資料はとても少ない。 SVN1.5だとエンタープライズ環境におけるSubversionの複製アーキテクチャ by japan.internet.com デベロッパーとかSubversionを見直せ by プログラマの思索さんがとても詳しい。 そこで、Subversionのシステム構成をまとめてみた。いきなり「WebDAV Transparent Write-Through Proxyっすよ！」とMTGで提案するのも何なので、まずは整理。 単一サーバの場合 これは簡単。WindowsならばAll-in-one Tracとか使えばすぐ環境ができる。 昔の職場では、自分のPCに入れて使っていたのでこの構成になる。 いいところ ・シンプル ・小さいプロジェクトとかならこれで十分 悪いところ ・リポジトリが壊れるとバックアッ
ThoughtSpark.org - Using LDAP Groups With Subversion's Authz File
This script has become so popular that I have moved it to BitBucket to be able to properly collaborate with the users. Please submit your patches/bugs/requests at: https://bitbucket.org/whitlockjc/jw-tools. Background When building a Subversion server, people usually go for the setup that requires the least amount of administrative overhead. For many, especially in the enterprise where Active Dire
Subversion 1.8リリース、まだまだSVNは死なない | スラド デベロッパー
先日、Subversion 1.8がリリースされた（SourceForge.JP Magazine記事）。これにあわせて、本家/.で「Subversion 1.8がリリースされたけど、まだGitを使うの？」という記事が上がっている。 近年ではGitユーザーが増えているが、Subversionはまだ死んだわけではなく、開発はそれなりに活発に続いている。 Apache Software Foundationの前チェアマンであるGreg Steinによると、「Subversionは1TBのリポジトリがあったとしても、その一部だけをチェックアウトして作業できる。（Gitのように）リポジトリのフルコピーは必要ない」「Gitの場合、リポジトリがたくさん乱立する傾向があるが、Subversionは基本的に1つだけだから管理もバックアップもやりやすい」などとSubversionのメリットを主張。 また、S
第5回テックヒルズ『Go to Git !』～さらばSVN～ に行ってきました
去年の夏にカナダから帰ってきてから、AtlassianのStashでGitな開発をしているのですが、 最近、アサインされたプロジェクトがSubversionでテンション下がったので、 git-svnでチェックアウトしてきて(Windowsマシンでgit svnを使ってみる | shinodogg.com) Stashに突っ込んだりしてるのですが、他の会社の人たちはどーしてるのかなー？って事で、 はじめてテックヒルズ(第5回テックヒルズ『Go to Git !』～さらばSVN～)に参加してみました。ハッシュタグは #techhils ＃java-jaのキャンセル待ちが繰り上がらなさそうだったって話もある。。 会場は六本木ヒルズの49階のアカデミーヒルズ。 19時ちょっと過ぎについたら、満員御礼的な感じで机がる席に座ることはできませんでした。 ■ GREE 大場さん ・バージョン管理システムの
power source* » Subversion: 複数リポジトリの統合（マージ・結合）
自作プラグインのSubversionリポジトリをプラグイン毎に設けていたのを止めて、一つのリポジトリにまとめることにした。その作業記録。 目次： 現状と希望 実現方法 実行時のエラー「期待されるファイルシステム形式は～」とその対処 エラー内容 原因 対処方法 リポジトリの統合を実行 環境 手順 実行するコマンド コマンド実行結果 検証 付録： コマンドヘルプ （Subversion 1.6.12） svnadmin help svnadmin –version svnadmin dump svnadmin dump （ver. 1.5.6） svnadmin load svnadmin create svn mkdir svnadmin upgrade svnadmin verify 現状と希望 現状： 昔の構成図だけど、ぼののPCのリポジトリ構成はこんな感じ。プラグイン毎にリポジトリを作
社内で立てたいWebベースのSubversionリポジトリブラウザ·sventon MOONGIFT
sventonはJava製WebベースのSubversionリポジトリブラウザ。 sventonはJava製のオープンソース・ソフトウェア。個人の間ではGitやMercurialといったバージョン管理システムがもてはやされているが、企業においてはまだまだSubversionが強い。機能的にも十分であり、社内開発であればあえて乗り換える理由がない場合も多いだろう。 そんなSubversionの管理ではTortoiseSVNが使われているだろうが、非開発者が使うならばWebベースのが良いと思うはずだ。そこで使ってみたいのがsventonになる。 sventonはWebベースのSubversionリポジトリブラウザだ。階層をそのまま表示してフォルダを辿りながらファイルを閲覧していくことができる。またコミットログを閲覧してファイルの差分を確認することも可能だ。差分はDiffとして表示することもサイ
リポジトリの基礎
リポジトリ管理についての広範囲な話題に飛び込む前に、リポジト リとはいったい何であるかをもう少し突っ込んで定義しておきましょう。それ はどんな風に見えるのでしょうか? いったいどんなコなんでしょう? 飲み物の好みは? ホット? アイス? 砂糖はいくつ? レモンは? 管理者としては、論理的な見え方 —つまり、リポジトリ内でデータがどのように表現されているか— から物理的な細部に到るまで—つまり Subversion 以外のツールから リポジトリはどう見え、どう振舞うか—の両方について理解している ことが期待されます。以下の節は非常に高レベルの基本的な概念のいくつか について説明します。 概念的に言うと、Subversionのリポジトリはディレクトリツリーの 並びです。それぞれのツリーはある時刻で、リポジトリ中に 管理されたファイルやディレクトリがどのように見えるか、という ことについてのスナ
サーバにあるファイルをコピーしてSubversionにコミットするスクリプト - タイトルは未定
だめ出しされるのを期待して(?)公開します。目的ファイルサーバを使って、原始的な方法*1で管理されてるファイルをこっそりSubversion（以降SVN）に取り込みたい。将来的に、SVNに移行できたらいいなという思いがあるので。 前提SVNへのインポートは事前に行っているチェックアウトも事前にローカルHDDに行っている 仕様ファイルサーバからローカルのワークディレクトリへ同期を行う ディレクトリが存在しない場合は作成ファイルが存在しない場合はコピーファイルサーバの方が日付が新しい場合は上書きコピー.svnファイルはもちろん削除対象外とする同期しないファイル、ディレクトリを指定できるようにするローカルにのみ存在するファイル・ディレクトリを削除 .svnファイルはもちろん削除対象外とするSVNへの追加、削除 新しいファイルをsvn add削除されたファイルをsvn deleteSVNへコミット
WebベースのSubversionマネージャ·iF.SVNAdmin MOONGIFT
iF.SVNAdminはPHP製のオープンソース・ソフトウェア。個人ユースであればGitやMercurialが流行っているが、企業であればSubversionがまだまだ主流だ。Subversionの設定を行うのにサーバにログインしてユーザを作ったりグループ管理しているケースは多い。 アクセス権限 サーバの使い方に慣れた人であれば良いだろう。だがそれを都度行うのは面倒だ。Webブラウザ上から設定が行えれば操作はとてもスムーズになるだろう。使ってみたいのはiF.SVNAdminになる。 iF.SVNAdminはPHP製で、ローカルのディレクトリに対してSubversion管理を行うためのソフトウェアだ。Webブラウザ上でユーザ、グループを作成し、リポジトリを閲覧することもできる。複数のリポジトリを作成し、それぞれに対して権限を設定できる。認証はLDAPを用いることもできる。 グループ管理 サー
開発実績の調査に「statsvn」を使う | 小豆私論。
二十一世紀にもなり、構造化プログラミングだ！という声は、オブジェクト指向だ！に切り替わり…そういえばアスペクト指向はどうなったんだろうと思いをはせる昨今、いかがお過ごしでしょうか。 最近は、開発プロセスの見直しも叫ばれておりますが、まだまだ現場では「KLOC! KLOC! KLOC!」と言われますね。 （注：KLOCというのは、 kilo line of code。つまりは「1000行あたりのコード」のことです） 最初から計測するつもりでいれば、対策もできるのですが世の中、何事も後で言われます。 たとえば突然 BOSS がこんなこと言いませんか？ いつ頃コード量が大幅に増えたのか？ 作業者あたりの作業量は？ 週あたりの平均は？ 運良く私は言われたことがありませんが（笑）、Subversionを使用していれば大丈夫。 「StatSVN」というツールがあります。 http://www
週末プログラマにお薦め！！Subversion+DropBoxで似非分散型バージョン管理 - プログラマでありたい
※Git版も書いています。 Git+DropBoxで、プライベートリポジトリ作成。或いはGitをAmazon S3でバックアップ 週末プログラマの悩みに、バージョン管理のリポジトリをどこに置くかというのがあります。理想を言えばどこかのサーバーにおいて、HTTP経由でどこからでもアクセス出来るのが一番良いです。でもそうすると、レンタルサーバーのコストが掛かります。またGitHub等もありますが、基本的にソースをオープンにすることが前提ですので、個人ユースで使いにくい部分もあります。で、勢い自分のローカルにしかソースがないという状況があります。 私は以下３つの問題を改善したいなぁと思っていました。 １．ソースのバックアップをどこか違うところに持ちたい ２．ネットワークでオフラインの時でも、コミット出来るようにしたい ３．違う環境から作業しても、最新のソースを取れるようにしたい そこで、gitで
Microsoft – クラウド、コンピューター、アプリ & ゲーム
すべての Microsoft 製品 Global Microsoft 365 Teams Copilot Windows Surface Xbox セール 法人向け サポート ソフトウェア Windows アプリ AI OneDrive Outlook Skype OneNote Microsoft Teams PC とデバイス Xbox を購入する アクセサリ VR & 複合現実 エンタメ Xbox Game Pass Ultimate Xbox Live Gold Xbox とゲーム PC ゲーム Windows ゲーム 映画とテレビ番組 法人向け Microsoft Cloud Microsoft Security Azure Dynamics 365 一般法人向け Microsoft 365 Microsoft Industry Microsoft Power Platform W
かWiki - Git/Subversionコマンド対応表
こうしてみると、 svn と git のコマンド体系は非常に似ていることが分かりま すね。Subversion 使用者は Git を比較的自然に覚えられるのではないでしょうか。 注1 git-init を実行すると、カレントディレクトリに .git というディレクト リが作成されます。 Subversion とは異なり中央集権のレポジトリを作成する必要はあ りません。 cg init を実行したその場所があなたのレポジトリです。 なお、git-init コマンドは以前 git-init-db コマンドでした。 古いバージョンの git の場合は git-init-db コマンドを実行してください。 注2 Subversionはレポジトリがひとつしかありませんが、Git では各個人がレポジトリを所 有しています(もしかしたら一人でいくつも持ってるかも)。 git-commit -a は自分の
TortoiseSVN をインストールすると PC が重くなる件 | バシャログ。
最近、携帯電話を換えました。こんにちは、 nakamura です。トイレに水没しても死ななかったタフガイにもついに寿命が訪れたようです。なぜか普通に閉じようとしただけでボキっと逝ってしまいました、、、かなすぃ、、、 さてさて、Windows のエクスプローラ上で手軽に使える Subversion クライアントとして人気な TortoiseSVN ですが、デフォルトの設定のままだと PC 全体を重たくしてしまう曲者です。スペックがそんなに悪いわけではないのにどうにも全体的に重たいなぁ、とかれこれ半年ほど悩んでいたのですが（半年は大袈裟か）ようやく原因が分かったので、その辺りの設定をご紹介しようと思います。 なんで重たくなるの？ そもそも TortoiseSVN をインストールするとなぜ PC 全体が重たくなるのでしょう。原因は TortoiseSVN 自身ではなく一緒にくっついてくる TSV
[ThinkIT] 第3回：Subversionによるバージョン管理（後編） (2/3)
それでは、具体的に「hook」の設定方法を紹介します。 リポジトリを作成して、モジュールを登録するとモジュールディレクトリの中にhookというディレクトリが作成されています。次の例は、前回作成した「test」モジュールの「hook」ディレクトリの中身です。 $ ls /var/svn/test/hook post-commit.tmpl post-lock.tmpl post-revprop-change.tmpl post-unlock.tmpl pre-commit.tmpl pre-lock.tmpl pre-revprop-change.tmpl pre-unlock.tmpl start-commit.tmpl これらのファイルは、「hook」を使うための雛形ファイルです。ファイル名からどのような「hook」かが、想像できると思います。例えば、「post-commit.tmpl」
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20100506/p01/
ExactEye.com is for sale | HugeDomains
Greenbear Laboratory - SVKを使ってみよう
Charming Python: Functional programming in Python, Part 3
