![gitの良さは未だに分からないがPullRequestの良さはちょっとだけ分かるぞい - ブログなんだよもん](https://cdn-ak-scissors.b.st-hatena.com/image/square/d579b4c6d6d0b84a68f3910ee56ef920e6849670/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fp%2Fpascal256%2F20161004%2F20161004032717.png)
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リポジトリをプラグイン毎に設けていたのを止めて、一つのリポジトリにまとめることにした。その作業記録。 目次: 現状と希望 実現方法 実行時のエラー「期待されるファイルシステム形式は~」とその対処 エラー内容 原因 対処方法 リポジトリの統合を実行 環境 手順 実行するコマンド コマンド実行結果 検証 付録: コマンドヘルプ (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のリポジトリ構成はこんな感じ。プラグイン毎にリポジトリを作
リポジトリ管理についての広範囲な話題に飛び込む前に、リポジト リとはいったい何であるかをもう少し突っ込んで定義しておきましょう。それ はどんな風に見えるのでしょうか? いったいどんなコなんでしょう? 飲み物の好みは? ホット? アイス? 砂糖はいくつ? レモンは? 管理者としては、論理的な見え方 —つまり、リポジトリ内でデータがどのように表現されているか— から物理的な細部に到るまで—つまり Subversion 以外のツールから リポジトリはどう見え、どう振舞うか—の両方について理解している ことが期待されます。以下の節は非常に高レベルの基本的な概念のいくつか について説明します。 概念的に言うと、Subversionのリポジトリはディレクトリツリーの 並びです。それぞれのツリーはある時刻で、リポジトリ中に 管理されたファイルやディレクトリがどのように見えるか、という ことについてのスナ
だめ出しされるのを期待して(?)公開します。目的ファイルサーバを使って、原始的な方法*1で管理されてるファイルをこっそりSubversion(以降SVN)に取り込みたい。将来的に、SVNに移行できたらいいなという思いがあるので。 前提SVNへのインポートは事前に行っているチェックアウトも事前にローカルHDDに行っている 仕様ファイルサーバからローカルのワークディレクトリへ同期を行う ディレクトリが存在しない場合は作成ファイルが存在しない場合はコピーファイルサーバの方が日付が新しい場合は上書きコピー.svnファイルはもちろん削除対象外とする同期しないファイル、ディレクトリを指定できるようにするローカルにのみ存在するファイル・ディレクトリを削除 .svnファイルはもちろん削除対象外とするSVNへの追加、削除 新しいファイルをsvn add削除されたファイルをsvn deleteSVNへコミット
二十一世紀にもなり、構造化プログラミングだ!という声は、オブジェクト指向だ!に切り替わり…そういえばアスペクト指向はどうなったんだろうと思いをはせる昨今、いかがお過ごしでしょうか。 最近は、開発プロセスの見直しも叫ばれておりますが、まだまだ現場では「KLOC! KLOC! KLOC!」と言われますね。 (注:KLOCというのは、 kilo line of code。つまりは「1000行あたりのコード」のことです) 最初から計測するつもりでいれば、対策もできるのですが世の中、何事も後で言われます。 たとえば突然 BOSS がこんなこと言いませんか? いつ頃コード量が大幅に増えたのか? 作業者あたりの作業量は? 週あたりの平均は? 運良く私は言われたことがありませんが(笑)、Subversionを使用していれば大丈夫。 「StatSVN」というツールがあります。 http://www
※Git版も書いています。 Git+DropBoxで、プライベートリポジトリ作成。或いはGitをAmazon S3でバックアップ 週末プログラマの悩みに、バージョン管理のリポジトリをどこに置くかというのがあります。理想を言えばどこかのサーバーにおいて、HTTP経由でどこからでもアクセス出来るのが一番良いです。でもそうすると、レンタルサーバーのコストが掛かります。またGitHub等もありますが、基本的にソースをオープンにすることが前提ですので、個人ユースで使いにくい部分もあります。で、勢い自分のローカルにしかソースがないという状況があります。 私は以下3つの問題を改善したいなぁと思っていました。 1.ソースのバックアップをどこか違うところに持ちたい 2.ネットワークでオフラインの時でも、コミット出来るようにしたい 3.違う環境から作業しても、最新のソースを取れるようにしたい そこで、gitで
すべての 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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く