20190430追記 わかりにくい表現を修正しました。 内容の変更はしていません。 追記ここまで ちょこちょこ使う機会はあったのですが、いまいち使いこなせていなかったrevertについて改めて調べました。 #revert とは 既存のコミットを取り消すためのコマンドです。 「取り消したいコミットを打ち消すようなコミットを新しく作成する」という処理によって、既存のコミットを取り消します。 新しくコミットを追加しているだけなので、既存コミットの履歴が消えるわけではありません(コミットログをみると残っています)。 どんな変更があったのかということが(revertしたということも含めて)残るので、リモートにpushされて公開されているコミットに対しても安全に使うことができます。 「既存のコミットを元に戻す」という点について、同じような機能を持つコマンドにresetが存在します。 resetコマンド

アゴラ（池田信夫氏）のキャッチーな取り上げ方に騙されてはいけない。 agora-web.jp アゴラ：COBOLが原因 事実：開発で使われている言語を扱える者が少なかったことが原因（JavaでもPythonでも使える人が少なければ起きる） アゴラ：COBOLで書かれた特殊なプログラムなので高齢者しか読めず、そのミスがチェックできない 事実：COBOLで有名といえば「株式会社COBOL」だけれど、サイト見たとおりに若い女性が多数いる。私もちょっとだけ読めるけれど、COBOLなんて制御簡単で業務を記載する言語だろうから他の言語読めればほとんど読めると思う。 そんな感じでCOBOLがTwitterでバズっているけれど、本当の原因は何なのか。厚労省の報告書からプログラムのバグに関するところを読んでみた。 変更管理がされていない 抽出替え等によりシステム改修の必要性が生じた場合には、企画担当係とシス

Linux Daily Topics 2018年8月21日Linuxアプリケーションのパッケージングシステム「Flatpak 1.0」がリリース Flatpak開発者のAlexander Larssonは8月20日、Linuxアプリケーションのパッケージング/サンドボックスフレームワーク「Flatpak 1.0」のリリースを明らかにした。2017年10月から開発が始まったFlatpakはこれまで「Flatpak 0.x」としてバージョニングされていたが、Flatpak 1.0はこれを引き継ぐリリースとなる。 1.0 Release Notes -flatpak -GitHub NEWS: Tweak release text a bit - flatpak -GitHub Flatpak—the future of application distribution Flatpak 1.0の

分散バージョン管理システムつかってますか？ 世の中ではgitやhgなどの分散型のバージョン管理システムが流行していて、「もうsvnなんて、、、」「まだsvnつかっているの、、、」という風潮になっています。 弊社内でもgitのレポジトリが立ったり、svnのプロジェクトでも自分の環境だけはgit-svnで分散バージョン管理を使う人が増えています。 「自分の環境だけはgit-svnで」。そう、社内ではまだまだsvnを使っているプロジェクトが多いのです。「日本語のファイル名が使えない」「デザイナーさんに使ってもらうためのわかりやすいクライアントが無い」「svnからなかなか移行するコストが、、」などの理由でsvnを使い続けているプロジェクトも多いと思います。 というわけで、分散バーション管理システムではなく社内で運用されているsvnでのブランチマネジメントについて、備忘録もかねて説明します。 前提

TortoiseSVNでtrunkとbranchをmergeします。 環境 trunk → 公開する環境 branch → 開発のみ環境 branchを切る 右クリックから「TortoiseSVN > Branch/tag...」 To path: branches/[directory] Create copy in the repository from: HEAD revision in the repository にチェックで良いと思います。 これでbranch切れました。 merge branch→trunkにmergeしたいと思います。 （途中のURL変更変えれば、trunk→branchもやり方は同じ） 「TortoiseSVN > Switch...」でtrunkに切り替えておきます。 ※すでに切り替えてあるのであればやらなくてOKです。 右クリックから「Tortoise

最終更新: 2017年4月8日 目次 「.gitignore」の基本 すでにGitの管理下にあるものを除外したい 除外指定に該当するものを確認する 「.gitignore」の基本 キャッシュファイルなど、バージョン管理の対象から外したいファイルは.gitignoreに記述します。 .gitignoreを設置した階層からそれ以降の階層にかけて有効になります。 (.gitignoreの記述例) # 「.AppleDouble」フォルダを除外 .AppleDouble/ # 「.DS_Store」や「._.DS_Store」を除外 *.DS_Store # あらゆる階層の「cache」フォルダの中身だけを除外。 # 「cache」フォルダ自体は無視しない。 # 詳しくは下記のリンクを。 **/cache/* !.gitkeep 公式: https://git-scm.com/docs/gitig

はじめに この記事はGitアドベントカレンダー2016 16日目の記事になります。 昨日は@knsh14さんのgit diff --indent-heuristicに関する概要と実装についての記事でした。これからのgit diffライフが楽しくなる素敵な記事でした。 私からはgit hookについて初学者向けの内容を書きたいと思います。 本記事のゴール git hookを言葉だけ知っていたけど概要が理解できること。 また、利用したことがまだない方がhookの種類を適切に選んで、活用できるようになること。 目次は以下となります。 git hookとは？ hookの種類は？ どうやって利用するの？(クライアントサイド/サーバサイド) おわりに git hookとは？ 特定のアクションが行われた時に、スクリプトを実行できます。 例えばコミットやマージ時にリポジトリの運用ルールを破っていないかチェ

git-svn.markdown git-svn の使い方メモ git-svn の使い方をメモする。他によいプラクティスがあれば指摘していただけるとありがたい。 用語 SVN のブランチと git のブランチが混在しているため、ここではブランチという語を以下のように区別する。 ブランチ、 SVN ブランチ：$SVN_REPO/branches 以下にあるディレクトリ ローカルブランチ：git のローカルブランチ リモートブランチ：git のリモートブランチ 例題の SVN リポジトリの構成 このメモでは SVN リポジトリが以下のような構造になっているとする。 $SVN_REPO/ foo/ bar/ branches/ foo-x/ foo-y/ bar-new-feature/ このリポジトリは標準レイアウトではない（trunk/ や tags/ がない）。トップレベルのディレクトリが

GitBucketとは GitBucketはたけぞうさんという方が開発されているGitHubのクローンアプリです。 Scalaで書かれており、驚くほど簡単に導入することができるのが特徴です。 OSSのGitHubクローンといえばGitLabがメジャーですが構築の手順が複雑かつ面倒なため、 使い始める前に構築段階で挫折した経験のある人も多いのではないでしょうか。 対するGitBucketはwarファイルを実行するだけという手軽さです、素敵!! より詳しいレビューはこのあたりを参照してください。 背景 とあるクラウド環境にGitBucketを導入する機会があり、 せっかくなので vagrant + ansible で導入を自動化するplaybookを書いてみました。 以下のクラウドプラットフォームで導入検証をしました。 AWS DigitalOcean したごしらえ Case: AWS vag

どうも、バンクーバーでぶらぶらしている@t32kです。最近は暇なのでもっぱらOSS活動に勤しんでおります。そんなわけで日々のアプリケーション開発において重要になってくるのがバージョニングです。 今日はセマンティック バージョニングについて解説します。自身が公開しているライブラリやパッケージのコードを何かしら修正したら、それに伴いバージョンを上げるのが一般的だと思うのですが、実はどのようにバージョンを上げるのが適切なのか、昔の私は理解していませんでした。 『いっぱい変更したのでメジャーバージョン上げてみるか』、『今回の修正は軽微なものだし、マイナーバージョンを上げるか』などと、なんとなくにバージョニングをしていました。 If the plugin’s API changes dramatically (for example, when sortOrder option is renamed

Gitによるバージョン管理では、従来のSVNなどよりずっと簡単にブランチングやマージができます。さまざまなブランチ戦略やワークフローが可能であり、以前のシステムに比べるとほとんど全てが改善されたと言えるでしょう。しかしGitを利用する多くの組織はワークフローの問題に直面します。明確な定義がなく複雑で、Issue Tracking Systemと統合されていないからです。そこで、明確に定義された最良の実践的方法としてのGitLab flowを提案したいと思います。issue trackingには feature driven development と feature branches を組み合わせます。 他のバージョン管理システムからGitに移行する際によく耳にすることは、効果的なワークフローの開発が難しいということです。この記事ではGitワークフローとIssue Tracking Sys

Gitの基本的なコマンドは使えるようになったので、 軽快さを求めてtig(git cui browser)を導入します。 SourceTreeやその他GUIツールから移行を検討されている方や Gitを少し触り始めたけどルーティン操作が慣れない私向けの内容です。 インストール macならbrewからinstallできます。

「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め

いろいろな方々とお話していると、「Gitでバージョン管理をしてみたい！」というような意見を多く聞きます。（Qiitaユーザーは「すでに使ってるよヽ(´ー｀)ノ」という方が多いとは思いますが…） 今回は、キャリア1年未満の時にgitの社内での運用についていろいろと制定していた際に、勉強した記事(+α)などを紹介したいと思います。 ##読んでほしい方 gitをチームでこれから導入しようとしている方 とりあえずgitを使ってみて、突っ走ってしまい、意味の分からないブランチが乱立したりして、運用に困っている方 新入社員の方など、バージョン管理って何なんだろうと思っている方 #そもそもGitとは？基本的な使い方は？ Gitを使うと何ができるのか、それを基本的にどう動作させるのかを修得するためのサイトです。 まずは以下のサイトを読んだり触ったりしてみることからはじめました。 ##概要や使い方とその解説

これは何？ 私が以前勤めていた職場は、とにかくExcelerな所でした。 業務で使うファイルの8割方はExcelです。 重要なデータもことごとく人の手によって肥大したExcelの中に保存されていく･･･。 そんなカオスな状況(※1)にうんざりした私は、気がつくとVBAをコーディングし始めていました。 それまでVBAはマクロの記録ぐらいしかしたことがなかったんですが、 調べてみると、オブジェクト指向の開発もでき、それなりに使えそうで希望が出てきたのですが、 以下の問題がありました。 モジュールを分けてオブジェクト指向開発しても、各モジュールをSVNなどでバージョン管理できない 開発したVBAを他のメンバーに提供する良い方法がなかった(※2) 開発したVBAのトリガを用意するのがめんどい(※3) そこで、上記の問題を解決するために、vba-porter.xlaというExcelのアドインを作りま

目的 この記事ではExcelVBAでバージョン管理を行う方法について説明する。 以下のようにWinMergeの差分機能を用いることで、VBAの差分を表示することが可能である。 手順 WinMergeの準備 WinMergeのダウンロードを行う ダウンロードページより「Excelからテキストへの変換プラグイン」のExcelToText.sctをWinMergeのMergePluginsフォルダにコピーする。 例："C:\Program Files\WinMerge\MergePlugins" WinMergeを起動してプラグインの自動展開を選択する ##Excelの準備 ###Excel 2003の場合 Excelを起動 [ツール]→[マクロ]→[セキュリティ] [信頼できる発行元タブ]を選択する。 [Visual Basic プロジェクトへのアクセスを信頼する]にチェックを付与する。 ##