FINDJOB!終了のお知らせ | FINDJOB!
FINDJOB! 終了のお知らせ 2023年9月29日にFINDJOB!を終了いたしました。 これまでFINDJOB!をご利用いただいた企業様、求職者様、様々なご関係者様。 大変長らくFINDJOB!をご愛顧いただき、誠にありがとうございました。 IT/Web系の仕事や求人がまだ広く普及していない頃にFind Job!をリリースしてから 約26年間、多くの方々に支えていただき、運営を続けてまいりました。 転職成功のお声、採用成功のお声など、嬉しい言葉もたくさんいただきました。 またFINDJOB!経由で入社された方が人事担当になり、 FINDJOB!を通じて、新たな人材に出会うことができたなど、 たくさんのご縁をつくることができたのではないかと思っております。 2023年9月29日をもって、FINDJOB!はその歴史の幕を下ろすこととなりましたが、 今後も、IT/Web業界やクリエイティブ
ぼくが実際に運用していたGitブランチモデルについて
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
What version control systems do large companies use?
Answer (1 of 12): The version control system used by a large company depends on the needs of the company, or department. For example, if the products developed by a company can be authored by one developer and the company has developers in many locations around the world, then those companies use...
大企業はソースコードの管理に何を使っている？
Facebookの元CTOだったダスティン・モスコヴィッツが立ち上げた質問サイト、Quoraにて大企業がどんなソースコード管理システムを使っているのか？という質問が挙っていました。Quoraは回答の質が高いという触れ込みでスタートしているサービスなのでこれらの情報は多分正しいのでしょう。 Facebook svn (一部の人はgitも使っている) Amazon perforce Zynga svn Netapp Perforce Google git(Android), Perforce Quora git SAP Perforce ebay Clear Case git(実験中) VMware Perforce この内容の限りだとオープンソースではgit、商用ではPerforceという流れがあるようですね。 via:http://www.quora.com/What-version-co
高速ソフトウェアバージョン管理ツール Perforce Helix シリーズ | 東陽テクニカ | “はかる”技術で未来を創る | ソフトウェア 開発支援
「Helix Core」は、高速ソフトウェアバージョン管理ツールです。 ソースコードからペタバイト級のバイナリファイルまで、あらゆるタイプのデジタルアセットを一元的にバージョン管理します。 数万のユーザーを抱え、日々のトランザクションが数千万回を超えるような大規模開発環境であっても、高速かつ安全なファイルのやりとりを実現。オンプレミス、クラウドのいずれでも利用でき、レプリカサーバーやプロキシを配置することで、開発環境の変化やグローバルな開発ニーズにも 柔軟に対応することができます。 file_download製品ダウンロードはこちら menu_book マニュアルの閲覧はこちら try ご評価のお申込はこちら Helix Core ソフトウェア・バージョン管理システム 「Helix Core」バージョニングエンジンは高速で、柔軟性と拡張性を持ったハイブリッドなバージョン管理環境を提供します
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
バージョン管理システム Wiki*
インストール git 簡単だが,既にmsys,cygwin,ActivePerl等を利用している人は共存設定でハマりやすいので注意 hg, bzr 簡単 動作速度 git > hg >= bzr が定説 ただしバージョンアップ等によって変動するので参考程度に 日本語ファイル名 ファイル名をバイナリ透過に扱うか、Unicode文字列として扱うか。バイナリ透過に扱う場合、Windowsでコミットしたファイル名はcp932で保存されるのでLinuxでチェックアウトすると文字化けする。 git ファイル名はバイナリ透過。クロスプラットフォームでの日本語ファイル名利用は諦めたほうがよい hg ファイル名はバイナリ透過。fixutf8拡張を使えばWindowsでもutf8ファイル名のリポジトリを扱えるが、アドホックな対応で実績が無いのが不安なのと、非標準なので統一が面倒。できるだけクロスプラットフォー
RedmineでGitのリポジトリを見ようとするとエラーになる - ログ日記
コミットが多いポジトリを使おうとすると重すぎて全く使えない…。 Redmineの最新版では軽くなってるんだろうか。 重要: 最初にリポジトリを閲覧するときは、Redmineはすべてのコミットの情報を取得しデータベースに格納します。 これはリポジトリごとに一回だけ行われますが、非常に時間がかかります。リポジトリに数百のコミットがある場合はタイムアウトすることもあります。 リポジトリ - Redmineガイド この「最初に」っていうのは新しくコミットするたびにっていう意味なのかな。 現状では2000以上のコミットがあるんだけど、git push 後にリポジトリを見ようとするたびに長時間待たされたあげくに 500 Internal Server Error になる。 ruby script/runner “Repository.fetch_changesets” -e productionこのコ
monotone
monotone is a free distributed version control system. It provides a simple, single-file transactional version store, with fully disconnected operation and an efficient peer-to-peer synchronization protocol. It understands history-sensitive merging, lightweight branches, integrated code review and 3rd party testing. It uses cryptographic version naming and client-side RSA certificates. It has good
DVC: Distributed Version Control for Emacs
DVC is a unified Emacs front-end to a number of distributed version control systems.DVC is a common Emacs front-end for a number of distributed version control systems. It currently supports GNU Arch, Bazaar, git, Mercurial, and Monotone. Support for Darcs is being worked on but still lacks some features. See the table below for details. DVC is available as a Bazaar branch. To get a local copy
XSteve's Emacs DVC.el page
About DVC.el (distributed version control) DVC.el is a unified emacs interface for a bunch of distributed revision control systems DVC.el supports GNU Arch (tla) and Bazaar (baz) Mercurial is usable Bzr is usable Monotone is usable Git support is started and somewhat usable Darcs support is started but not yet usable Since June 2006 DVC.el is distributed via bzr. You can get it via bzr: # bzr get
DVC - Distributed Version Control for Emacs
DVC とは？ DVC.el は分散バージョンコントロールシステムのための Emacs インタフェースである。 サポートしているのは GNU Arch (tla) Bazaar (baz) Mercurial (hg) など。 以下の URL から入手できる。 http://www.xsteve.at/prg/emacs_dvc/ http://download.gna.org/dvc/ ここでは Mercurial の Emacs インタフェースとして DVC を利用する。 カスタマイズ DVC をしかるべくインストールして $HOME/.emacs.el に以下を追加する。 (setq dvc-prefix-key [(control c) ?v]) (load "dvc-load" t) 1行目はプリフィクスキーを C-c v に変更するため。 デフォルトのまま (C-x V) でよ
ReviewBoardとMercurial＋TiDDは相性が良い？ - プログラマの思索
Mercurialによるチケット駆動開発の仕組みがコードレビューのプロセスに似ているアイデアをメモ。 ＃ラフなメモ書き。 【元ネタ】 ReviewBoard | Documentation | General Workflow Mercurialによるチケット駆動開発は強力だ！: プログラマの思索 コードレビューWebシステムReviewBoardには、「pre-commit review」「post-commit review」の2種類のやり方がある。 ReviewBoardは「pre-commit review」の考え方で作られている。 つまり、改変したコードをtrunkにコミットする前にレビューを受けるプロセス。 多分、オープンソースの開発ではよく使われているコードレビュー手法だと思う。 開発者は、SVNなどでdiffを作り、ReviewBoardリクエストに登録し、レビューアのレビ
Mercurialによるチケット駆動開発は強力だ！ - プログラマの思索
Mercurialを使ったチケット駆動開発の記事が非常に素晴らしいのでメモ。 このやり方を使いこなせれば、ソフトウェア開発の生産性は劇的に上がると思う。 【元ネタ】 mercurialでチケット駆動開発 - ろじぼ 上記の記事を理解できた範囲でまとめてみた。 【仮定】 ・SCMはMercurial。(Gitでも良い) ・BTSチケットでSW開発のタスクを管理する。 ・trunk、confirmブランチは中央リポジトリ(サーバー)にある。 ・チケットブランチ(トピックブランチ)は、ローカルとサーバーの2箇所にある。 常時同期されている。 ・作業の優先順位によって、チケットがリリース順≠開発順の状況はある。 【チケットAブランチ上の作業手順】 1・チケット担当時に、ブランチ作成。【チケットのステータス＝担当】 ↓ 2・チケットAブランチ上でガンガン開発する。【チケットのステータス＝担当】 →t
Gitを使ったチケット管理·TicGit MOONGIFT
TicGitはRuby製のオープンソース・ソフトウェア。Gitはここ最近利用されることが多くなったバージョン管理システムだ。個人のプロジェクトから複数の拠点を使う大規模なものまで対応ができ、とても便利なシステムになっている。小規模からはじめられるので、開発分野に限らず導入ができるだろう。 チケット一覧 そんなGitを使った開発に取り込めるチケット管理システムがTicGitだ。開発したコードだけでなく、開発に必要なドキュメントをバージョン管理に入れてしまうケースもある。さらに加えてチケット管理まで入れてしまえばデータの一元管理が容易になるはずだ。 TicGitはコンソールベースで動作する。新しいチケットを作成したら、一覧で見たり、チケットにタグを付けることができる。さらにコメントを追加して意見を交換したり、コーディングをしてチケットを終了させることもできる。チケット管理のためにWebベースの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
Taming Protege OWL files in version control? - ANSWERS
git_hg_bzr - Bazaar Wiki
Beanstalk — Hosted Subversion for team leads
svnx - Google Code