[この発想はなかった] 専任のSubversionオペレータなる人がいるらしく、受理された申請書と変更ファイル(を入れたUSBメモリ)をSubversionオペレータさんに手渡すと、あとはオペレータの人が代わりにコミットしてくれるみたいですよ。
今年度は申請書(EXCELシート)書いて上司の判子もらわないと svn commit すらできない職場で仕事することになりました。 - SiroKuro Page
[この発想はなかった] 専任のSubversionオペレータなる人がいるらしく、受理された申請書と変更ファイル(を入れたUSBメモリ)をSubversionオペレータさんに手渡すと、あとはオペレータの人が代わりにコミットしてくれるみたいですよ。
分散バージョン管理入門 (イラスト入り) - tcha.org
Kalid Azad、 2007 年 10 月 15 日、 原文 (original post) 従来のバージョン管理は、ファイルをバックアップ・追跡・同期するのに役立った。 分散バージョン管理を使うと、変更内容を共有するのが楽になる。 さぁ、両方の長所を活かすんだ。簡単なマージと一括管理されたリリースを。 分散だって? これまでのバージョン管理で何がまずいの? 別に…。 さっ、気を取り戻したければ、 バージョン管理へのビジュアルガイド(英語) を読んで。 もちろん、「古くさい」システムを使っているとバカにする人もいるだろう。 けれど、私はそれで全然かまわないと思う。 どんなバージョン管理システム(VCS)を使うにしても、プロジェクトにとっては前向きな一歩なんだから。 集中型バージョン管理システムは 1970 年頃に現れた。 その頃プログラマーには、シンクライアントと “big iron”
#git >>>> バージョン管理システム - 書評 - 入門Git : 404 Blog Not Found
2009年10月02日17:00 カテゴリ書評/画評/品評Code #git >>>> バージョン管理システム - 書評 - 入門Git 秀和システム木津様より献本御礼。 入門Git 濱野 純(Junio C Hamano) 感動した。 本書は、ただのソフトウェア入門でも、ましてや取扱説明書でもない。 共同開発そのものの入門であり、一緒にソフトウェアを開発するというのが一体なんなのかを指南した書である。 自分以外の人に、自分が書いたソフトウェアを使ってもらうという人は必ず目を通しておくべき一冊である。 本書「入門Git」は、バージョン管理システムgitのメンテナーである著者が、gitを通してソフトウェア--動作するコードに限らず、固定ページしか含まないウェブサイトまで含めて--を開発するというのは一体どういうことなのかを書き下ろした一冊。 そう。著者にとってのgitは、 Linus Tor
Google CodeがGitではなくMercurialを採用へ － ＠IT
2009/04/28 米グーグルは4月24日、ソフトウェア開発プロジェクトのホスティングサービス「Google Code」で、これまでのSubversionに加えて分散バージョン管理システム（DVCS）の「Mercurial」のサポートを開始すると発表した。現在はプレビューリリースで、一部のプロジェクト利用者に提供。一般リリースに向けて、いくつかの課題を解決していくという。Google Codeでは、Mercurialサポートのために、一般のMercurialがオブジェクトの保存に使うOSネイティブのストレージに代えて、グーグルの分散データベースシステム「BigTable」を使うように書き換えたという。 DVCSとしては、MercurialのほかにGitやBazaarが知られている。従来からある中央管理型のバージョン管理システムに比べて、分散開発がやりやすいことから、普及が進んでいる。例え
STBBS.NET blog: 公開してはいけないファイルを誤ってgitに追加してしまった場合
ソースコード管理システムの機能として、あらゆるファイルの履歴を完全に記録するというものがある。 普通に考えてこれは便利な機能である。だが・・・ 間違えて「公開すべきでないファイル」を公開リポジトリに追加してしまった場合、頭を抱えることになる。 そのファイルを普通に削除したところで、現時点のリビジョンから消えて無くなるだけで履歴をたぐれば取得できてしまうからだ。 Subversionの場合、「特定のファイルを無かったことにする」機能が無いため一度リポジトリをダンプしたのち完全に削除して直近のリビジョンを省いたものをリストアといった手間が必要なようだ。自分の管理しているリポジトリなら面倒なだけで済むが、もしそうでなかったらと考えるとこれはまさに悪夢である。 だが Gitの場合はこういうことが出来るらしい。 Guides: Completely remove a file from all re
tortoisegit - Project Hosting on Google Code
TortoiseGit provides overlay icons showing the file status, a powerful context menu for Git and much more! Learn more about TortoiseGit. Download News2024-04-30 | Released TortoiseGit 2.16.02024-04-15 | Security issue in PuTTY (CVE-2024-31497), please install TortoiseGit 2.15.0.1 hotfix2023-10-03 | Released TortoiseGit 2.15.0 @TortoiseGit
Subversionを見直せ - プログラマの思索
SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根本的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー｜gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、本番運用中の保守br
プログラマの思索: RedmineがExcelよりも素晴らしい点
Redmineの使い方は下記を見よ。 http://www.redmine.org/projects/show/redmine 【1】以下、Redmineを使った感想を書いてみる。 1-0.ガントチャートがリアルタイムに表示される。 こいつに一番感動した。 プロジェクトリーダーは、ガントチャート保守に、彼の作業時間の殆どを費やす。 その理由は、プロジェクトのリスクがガントチャートでしか把握できないからだろう。 考えてみれば、作業の開始日と終了日、作業状態さえ入力すれば、リアルタイムにガントチャートは計算できるはず。 殆どのITプロジェクトのガントチャートは、手作業でかなりの時間を浪費して作っているか、MSProjectのように保守しても理解しにくいか、どちらかだ。 ソフトウェア開発のプロジェクト管理で最もIT化されていない部分と言える。 1-1.SVNリポジトリとチケットが相互リンクできる
Google 工藤拓さん講演「大規模ソフトウェア開発を支えるGoogleのテクノロジー」
NAISTにてMeCabの作者としても有名な工藤拓さんの講演が行われました。Googleの開発体制とそれを支えるツールのお話です。 学校と拓さんの双方からブログへの掲載許可が得られたので、まとめを公開します。この講義はNAISTのソフトウェア開発管理講義の一環です。 iPhoneカメラしかなかったので、画像が荒くて済みません・・・。 会場は大入り！ 工藤拓さん NAIST自然言語処理学講座出身 Googleに入社してから大規模開発やインフラを経験 MeCabを開発 NTTコミュニケーション科学基礎研究所に所属 その後Googleへ 研究より開発寄り Googleでの仕事 日本語のウェブ検索 「もしかして」機能 ダジャレサーチ エイプリルフールネタを1ヶ月かけて実装 何千人もの開発者が単一のソースコードリポジトリの上で開発を行っている 大規模開発をサポートするインフラが不可欠 Mondria
Git(ギット)勉強会メモ - kinneko@転職先募集中の日記
さすがに開発者は的確な解説と、質問にもズバズバ答えるのだなぁ。 Gitのメンテナが日本人の方だったというのは、今回はじめて知りました。 プレゼン資料については、アメリカに帰られたらWebで公開されるということでしたが、PDFで分けてもらったので、ご希望の方がいれば送ります。中身は英語ですが(^^;。 # さっそくアップロードされたようです。http://www.kernel.org/~junio/200810-tut.pdf というわけで、twiterでメモを流していたけど、途中で挫折したので、手元のメモを貼っておきます。 間違いがあったら指摘してね。 自分用メモなので、意味不明なとこはご勘弁を。 gitギット。イギリス英語で「やなやつ」。 kernel bitkeeper商用のバージョン管理システムを使っていた。 方針がかわって、無料で使えなくなってしまった。 svnを使うの？cvsを使
10分でつくる、プロジェクト管理ツール"Trac" - Unix的なアレ
Tracの構築ってなかなか面倒ですよね。自分も初めて作ったときはいろいろと手間取ったことを覚えています。 とくにソースからいれるとなると、いろいろとやらなければいけません。パッケージも用意されていますが、日本語化をする場合などいろいろと面倒があります。 今回も前回に引き続き、簡単にTracのインストールを行う手順を紹介したいと思います。 事前準備 まずは、以下の手順を行っていることが前提です。 10分で作る、Subversionレポジトリ - UNIX的なアレ そのため、動作環境は以前と同様です。試してみたところ、Ubuntuでも同様の手順でいけるようです。 OS Debian Linux etch Protocol http Web Server Apache2.2.3 さて、それでは構築していきましょう！ パッケージのインストール さて、Tracを使うにあたって必要なパッケージをインス
連載：Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう！｜gihyo.jp
運営元のロゴ Copyright © 2007-2024 All Rights Reserved by Gijutsu-Hyoron Co., Ltd. ページ内容の全部あるいは一部を無断で利用することを禁止します。個別にライセンスが設定されている記事等はそのライセンスに従います。
相変わらずバージョン管理が下手なやつらよ - idesaku blog
今週中に突貫工事であるプログラムを修正しなければならない。 そこで、CVSリポジトリからソースコードをチェックアウトしてきた。いまだにCVSなんぞ使ってるってどういうことよ？と思いもするが、まぁそこは目をつぶろう。 しかし…またこういうろくでもない管理をする。 また壊れた環境ですか？ ビルドに失敗する いい加減にしろよ。 ソースコードとコミットログのエンコードが特に理由もなく一致しない あえて面倒に挑戦しないでほしい。 たくさん直して一気にコミットしている 後で差分見るとき大変だろうが。 タグを打っていない HEADリビジョンが前回のリリースリビジョンってことでいいのか？ おまえら、下手すぎです いやまぁ、なんですか。バージョン管理システムの重要性が理解され、開発現場で常識的に使われるようになって久しいと思うのだが、ほんとにみんなちゃんとした使い方を覚えないよな。 いい加減に、ほんとにいい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://d.hatena.ne.jp/FunnyBunnyDizzy/20080801