今までdotfilesの類いをcodereposにコミットしていたのですが、codecheck.inにもコミットしたくなりました。でも複数svnレポジトリをトラックとかできんの？ということでとりあえずmanpageを見る事に。 man git-svn svn-remote Specify the [svn-remote ""] section to use, this allows SVN multiple repositories to be tracked. Default: "svn" git-svn(1) という事が書いてあったので、できそうな気がします。 git-svn initしてみる 何も考えずにgit svn initしてみよう。 git svn init http://hogehoge.com/ git svn init http://fugafuga.com/ --sv
こんにちは！テニスはじめました、小山です。開発部門でウエディンググループのリーダーをやっています。 今回は私が考えた新しいGitのブランチモデル「GitFeatureFlow」についてお伝えしたいと思います。 GitFeatureFlowとは Gitを使った開発をより快適にするため、GitFlow,GitHubFlow,GitLabFlowではない、新しいGitのブランチモデル「GitFeatureFlow」を考えました。 Gitを利用して開発を行う場合、Gitのブランチモデルをどうすべきか悩むことが多いかと思います。私自身もこの悩みに直面しました。既存のブランチモデルでは問題が解決できなかったので、GitFeatureFlowという新しいブランチモデルを考え、ウェディンググループに導入。今では快適にGit開発を行っています。 GitFeatureFlowで使う主なブランチはこの3つです。
SCM-ManagerThe easiest way to share and manage your Git, Mercurial and Subversion repositoriesGetting started SourceCode ManagementSCM-Manager comes out of the box with support for Git, Mercurial and Subversion. All three types can be managed the same way over one interface. Easy InstallationSCM-Manager can be easily installed on the platform of your choice. We are trying to make the installation
VSS2SVN
VSSからSubversionの移行作業を行いました。 かなり手間取りましたが、まぁなんとか… （参考にしたサイト） ひだまりのなか、想ふことさん http://hidamarinonaka.jugem.cc/?eid=104 http://hidamarinonaka.jugem.cc/?eid=105 参考というかほとんどそのままです。感謝感謝。 ちなみに、Perlは全く知りません。Subversionは使い始めたばかりです。 手順： vss2svn.plを入手 参考サイトにあるとおり、miau's blog?さんのこちらからvss2svn.plをありがたく拝借。 ActivePerlのインストール とりあえずPerlをインストールしないことには、はじまらなさそうなので… 使用したのは、ActivePerl 5.10.0.1003のMSI。 デフォルトのまま、インストールして終了。 と
2018-11-04 React/絶対パスでimportを書く 2018-09-29 Mac/OSクリーンインストール後にしたこと 2018-09-22 シェル/スペース区切りを分割する 2018-09-21 __template __template/こうしておけばよかった 2018-09-11 こうしておけばよかった/設計/reduxのactionをオブジェクトでまとめない 2018-09-09 こうしておけばよかった こうしておけばよかった/設計 こうしておけばよかった/設計/バリューオブジェクトの作成を徹底する 2018-09-04 こうしておけばよかった/設計/スタイルはjsにではなくcssに書く 2018-08-31 __template/Tips こうしておけばよかった/設計/マスターデータをenumでもつ 2018-08-17 障害メモ/styleの適用が遅れて画像が大きく
リリース管理の役割――ITプロセスを円滑に回すために：初心者歓迎！ ITIL連載講座（1/3 ページ） 今回は「リリース管理」を紹介する。「リリース管理」に関連登場する重要な3文字アクロニム（頭字語）には「DSL」と「DHS」がある。ITILの書籍を読むとDSLについてのみ書かれている場合が多いが、DHSも重要な考え方である。 「DSL」と「DHS」 「DSL（Definitive Software Library：確定版ソフトウェアの保管庫）」とは、変更が承認され、実環境にリリースされたすべてのソフトウェアのオリジナルコピーを安全に保管しておく書庫のことである。DSLは物理的な倉庫かもしれないし、大規模なストレージかもしれない。ここには古いバージョンのソフトウェアも保管しておき、リリースがうまくいかなかった場合の切り戻し（古いバージョンに戻すこと）に対応できるようにしておく。DSLは実環
GitHubのポータブルなクローン「GitPrep 2.6」が、2016年6月10日にリリースされました。 「Wiki機能」が追加され、ドキュメントを書けるようになりました。 このリリースでリポジトリ、プルリクエスト、イシュー、Wikiという主要な4つの機能が実装されました。 上部のタブにWikiが追加されています。 ぜひGitPrepのサンプルを試してみてください。ポータブルな本物のGitHubシステムであることが実感できると思います。 GitPrepの特徴 初めて利用される方のために、GitPrepの特徴をご紹介! GitHubのクローン。GitPrepは使い慣れたGitHubと同じインタフェースを持っています リポジトリ、プルリクエスト、イシュー、Wikiをサポート issueシステムのサポート ポータブル。GitPrepをあなたのUnix/Linuxサーバーにインストールできます。
前置き 皆さんも業務上やむを得ずWord, ExcelやPowerpointでドキュメントを作っていることと思います。他にもなんかよく分からない画像だったりとか、Astahとかそういうやつとか。とにかく望むと望むまいと僕たちはプロプライエタリなバイナリに囲まれて生きています。 まあその手のドキュメントは作ったり読んだりしてる限り別にいいんですが、だいたい世代管理が困難に近いです。MicrosoftのSharepointとかいう地上最低の操作性を誇るWebアプリを使う 1など、まあ手が無いこともないのですが、いろいろと厄介です。で、そういうファッキンバイナリィドキュメンツが数十GB単位で貯まってきた頃に事故があって、誰かが共有フォルダのファイルを消したりぶち壊したりしてしまったりなんだりして、上司が「ちょっとこれいい感じに管理する方法考えといて」とか無茶なことを言ってくるわけです。 後半に私
はじめに Visual Studio(C++)で開発して、Subversionでソースコードのバージョン管理をしているプロジェクトで、Subversionで管理すべきでないファイルについて調べてみました。 Microsoft Visual Studio Professional 2013 DVDposted with amazlet at 14.02.04マイクロソフト (2013-11-29) 売り上げランキング: 298 Amazon.co.jpで詳細を見る Subversionで管理すべきでないファイル Subversionで管理すべきでないファイルは、基本的にVisual Studioが吐き出す一時ファイルや環境の情報などを格納したオプションファイルです。 いろいろなサイトで調べてみた結果、以下の拡張子のファイルはバージョン管理対象から外して問題ないと思います。 .opt ローカル
世界No1 Redmineクライアント Redmine Client for iPhone / Android RedminePM (レッドマインピーエム) はオープンソースのプロジェクト管理ソフトRedmineの iPhone / Android アプリです。日本語対応・すべて無料。AppStore/GooglePlay１位。Redmineユーザーはぜひお試しください！ ツイート 1. Redmineをモバイルで WEBで操作している基本機能（チケット登録/更新/参照/削除）を、モバイルでも簡単にできます。 2. 添付ファイル機能 iPhone/Androidカメラ画像をファイル登録。Dropboxなど別アプリケーションとも連携。 3. さまざまな検索 キーワード検索、ウォッチリスト、カスタムクエリ等さまざまな検索ができます。 4. ラベルカラー設定 ラベル背景色を自分好みにカスタマイズ
注1: バージョン管理システムの適切なコマンドがRedmineと同じサーバにインストールされている必要があります。 例えばRedmineからSubversionリポジトリにアクセスする場合、svnバイナリをRedmineが稼働するホストにインストールする必要があります。 注2 : バージョン管理システムのコマンドはRedmineから実行できるようパスが取っているなどしている必要があります。 以下のいずれかの方法があります。 コマンドにが置かれているディレクトリにPATHが通っている: もしコマンド名がデフォルトのものとは異なる場合は、Redmineの設定ファイルで呼び出すコマンド名を変更できます Redmineの設定ファイルでフルパスを指定することもできます。 最後に、「管理」→「設定」画面の「リポジトリ」タブ内「使用するバージョン管理システム」で、バージョン管理システムを有効にするのを忘
オペレーションとかインフラ系のエンジニアリングからは少々離れそうなので、個人的な備忘録がてら、Gitのブランチモデルについて。淡々と書くよ。 見えないチカラ: A successful Git branching model を翻訳しました 基本的に、このA successful Git branching model（上記は翻訳記事）を参考にしています。ですが、完全ではありません。運用しながら都合よく省略していますし、悪く言えば曲解もしています。あくまで、わたしが都合良く解釈して取り回した結果と考えてください。 さて、このようなドッシリとしたブランチモデルが、あらゆる規模のプロジェクトに対して有効であるかといえば、もちろんそうではありません。コツコツ個人で開発しているライブラリなどは、ブランチを使わなくても良いケースがあるでしょうし、作ってもバージョン番号ブランチぐらいのケースだってザラ
| 書籍紹介 | サイトの目的 | ダウンロード | 更新情報 | 謝辞 | お問い合わせ | 書籍紹介 Git は、 Linux カーネル開発のために Linus Torvalds さんが2005年に公開した分散型バージョン管理システムです。スタートアップのような小規模組織からGoogle、 IBM のような巨大企業で、また数多くのオープンソースプロジェクトで利用されています。現在の Git 開発は、濱野純さんを中心としたコミュニティによって非常に活発に行われています。 本書 Pro Git は、2009年に Apress から初版が、2014年に第2版が出版された、Git の解説書です。著者の Scott Chacon さんは、GitHub 社の CIO、Git のエバンジェリストであり、Git 公式サイトの管理者でもあります。 本書の内容は、出版以降も有志により頻繁に更新されており、
今は企業内においてもバージョン管理でGitを使う所が増えています。個人個人がリポジトリを持つことでオフラインでも開発がスムーズに進められたり、多数の関連ツールの登場によって生産性が向上しています。 GitHubやBitBucketのようなGitリポジトリサービスもありますが、企業内部でリポジトリを持ちたいというケースも多いでしょう。そこで使ってみたいのがGogsです。 Gogsの使い方 GogsはGitHubを強く意識したUIになっていますので、既にGitHubを使っている方であればすぐに使えるようになると思います。社内や自社サーバにGitリポジトリサーバを立てたい時に選択肢の一つに考えてみてください。 GogsはGo製、BSD Licenseのオープンソース・ソフトウェアです。 Gogs: Go Git Service - A self-hosted Git service writte
20110730_Redmineでのタスク管理を考える勉強会＠大阪 第１回 (2011/07/30) - RxTstudy https://sites.google.com/site/rxtstudy/home/20110730 【公開】RedmineのFAQとアンチパターン集 #Rxtstudy: プログラマの思索 http://forza.cocolog-nifty.com/blog/2011/07/redminefaq-rxts.html RxTstudy Redmineでのタスク管理を考える勉強会＠大阪 - Togetterまとめ http://togetter.com/li/168362
意外と面倒なGitサーバの構築 GithubやBitBucketといったサービスの登場もあり、GitやMercurialなどの分散型バージョン管理システムも一般的に利用されるようになってきた。しかし、自分でGitやMercurialを利用可能なサーバを構築しようとすると、さまざまな依存ソフトウェアのインストールや設定が必要で、意外と面倒だ。そのような場合におすすめしたいのが、今回紹介するGitblitだ。 GitblitはJavaで実装されたGitサーバで、Tomcatなどのサーブレットコンテナ上で動作する。内部的にはEclipse Foundationで開発されている「JGit」というGitのJava実装を使用しているため、warファイルをデプロイするだけで利用でき、プラットフォームも問わない。Javaさえインストールされていれば利用可能で、非常に手軽に導入することができるのだ。 Git
はじめに 「分かりやすいコードを書く」、「コードと一緒にテストも書く」等はソフトウェア開発において大切なことです。しかしそれと同じくらい大切なことして「分かりやすいコミットメッセージを書く」があります。これはあまり着目されていなく、見過ごされていることです。 今回は、コミットメッセージの分かりやすさの大切さ、そして、分かりやすくするための書き方を説明します。 コミットメッセージとその大切さ バージョン管理システムとコミット 現在、ほとんど全てのソフトウェア開発ではSubversionやGitなどのバージョン管理システムを使っています。バージョン管理システムを使うことによるメリットというのは、ソフトウェアの変更が記録されていくことにあります。 具体的なメリットは3つあります。 ソフトウェアの調査がしやすくなることです。現時点でのコードと、そして変更の履歴とを組み合わせることで、それらから非常
「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
