タグ

gitに関するpamucatのブックマーク (31)

  • GitOps what you need to know

    Further Reading GitOps FAQs Learn more CI/CD for Kubernetes Learn more Kubernetes Containers Explained Learn more FROM THE BLOG ​GitOps - Operations by Pull Request Read blog 6 Ideas Shaping GitOps Today Read blog Continuous Deployment vs. Continuous Delivery - Which is Better? Read blog GitOps is a Git-centric framework for application deployment that greatly simplifies software development in cl

    GitOps what you need to know
  • 美容内服薬ラボットメディカルクリニック【公式】

    オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。 普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。

    美容内服薬ラボットメディカルクリニック【公式】
    pamucat
    pamucat 2019/07/02
  • Go言語でつくったツールをHomebrewで配布する

    先日、Go言語でつくった高速検索ツール(the_platinum_searcher)をHomebrewで配布できるようにしました。 意外とGo言語製ツールをHomebrew対応させる情報がなかったので、配布までの手順をまとめておきます。 Homebrewに対応させる HomebrewはMacで利用できるパッケージマネージャーです。 Homebrewでツールやパッケージを配布するにはそれらに関する情報やインストール方法を定義したFormula(製法)ファイルが必要です。 また、Formulaを登録するリポジトリも必要です。Homebrewには公式リポジトリがありますが、tapコマンドを使うことで独自リポジトリをFormula取得先として追加することができます。 今回は、独自リポジトリでFormulaを公開します。 Formulaファイルの作成 Formulaファイルを格納するディレクトリは独

    Go言語でつくったツールをHomebrewで配布する
  • 気付いたら.gitignoreはgiboで自動生成する時代になっていた - Qiita

    $ gibo --version gibo 1.0.4 by Simon Whitaker <sw@netcetera.org> https://github.com/simonwhitaker/gibo $ gibo java ### https://raw.github.com/github/gitignore/8c9b77cb5c85f6464c0bb31abdf4cfcfdf6833bb/java.gitignore *.class # Mobile Tools for Java (J2ME) .mtj.tmp/ # Package Files # *.jar *.war *.ear # virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml hs_err_pid*

    気付いたら.gitignoreはgiboで自動生成する時代になっていた - Qiita
    pamucat
    pamucat 2016/09/09
  • master への push を禁止するローカル git hook の正しい書き方 - 永遠に未完成

    GitHub などで Pull Request ベースで開発をしていると、master には間違っても push したくないわけです。 GitHub 側には残念ながら master への push を禁止するような設定はできないので、仕方ないのでクライアント側の Hook で対応しようってことになり、この方法についてググるとこことかこことか、いくつか方法を紹介しているページが出てくるんですが、どれもやり方が間違っている*1ので、正しい方法を紹介。 何がまずいのか 上記に挙げた方法では、細かい部分は違ってたりするけど、git symbolic-ref HEAD を使って現在ブランチを見て、master だったら push を禁止する、という方法を取っている。 しかし、push はカレントブランチから行われるとは限らない。dev ブランチにいるときに git push origin maste

    master への push を禁止するローカル git hook の正しい書き方 - 永遠に未完成
  • gitにおけるコミットログ/メッセージ例文集100

    私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ

    gitにおけるコミットログ/メッセージ例文集100
  • brewのアップデート(brew update)に失敗してしまったので対処する - F13

    以下の様な、エラーが出てしまった ※brewについてはこちらを参照 $ brew update error: The following untracked working tree files would be overwritten by merge: Library/Formula/autojump.rb Please move or remove them before you can merge. Updating 851e2e8..92144d4 Aborting Error: Failed while executing git pull origin refs/heads/master:refs/remotes/origin/master

    brewのアップデート(brew update)に失敗してしまったので対処する - F13
  • Gitのコミットメッセージの書き方 | POSTD

    (訳注:2015/10/31、いただいた翻訳フィードバックを元に記事を修正いたしました。) (訳注:2015/11/1、いただいた翻訳フィードバックを元に記事を再修正いたしました。) 訳: プロジェクトが長引くほど、私のGitのコミットメッセージは情報が薄くなっていく。 イントロダクション | 7つのルール | ヒント イントロダクション:なぜ良いコミットメッセージを書くことが重要か Gitのリボジトリのログをランダムに閲覧すると、ひどいコミットメッセージを目にすることがあります。例として、私が昔書いたSpringにコミットした これらのgem を見てみましょう。 $ git log --oneline -5 --author cbeams --before "Fri Mar 26 2009" e5f4b49 Re-adding ConfigurationPostProcessorTest

    Gitのコミットメッセージの書き方 | POSTD
  • Amazon EC2 Container Serviceで構築されたシステムでDockerコンテナを入れ替える | DevelopersIO

    はじめに ついにAmazon EC2 Container Service(ECS)がAWS管理コンソールから使えるようになりましたね! GA&東京に来たAmazon EC2 Container Service(ECS)を触ってみた #AWSSummit まだ実装されていないAPIがあったりしますが、CLIだけでなくGUIで操作が出来るというのは、格段に敷居が低くなりますね。 で、こんな用途を想定して、試してみました。 Amazon ECSでシステムを構築している。 システムにバージョンアップがあった場合、古いシステムが入ったコンテナを廃棄し、新しいシステムが入ったコンテナをデプロイして入れ替える。 やってみる Clusterなどは前述の触ってみた記事で一通り完了していると想定します。 最初のバージョンのDockerイメージを作成する 今回は静的コンテンツで構成されたWebシステムとします。

    Amazon EC2 Container Serviceで構築されたシステムでDockerコンテナを入れ替える | DevelopersIO
  • Gitでやらかした時に使える19個の奥義 - Qiita

    タイトルは大目に見てください><。 内容は危険な操作を伴うのでくれぐれも自己責任でお願いします。 間違いもあったら指摘ください。 ローカル編 自分のローカル環境だけで閉じていて、他の人への影響がない場合に有効です。 リモートにプッシュしちゃってる時は、他人への影響が発生するので危険です。 やらかし1:コミットメッセージに禁止ワード入ってて人生やめたい時 コミットメッセージを修正するのは簡単です。 ファイルの追加なんかもできちゃいます

    Gitでやらかした時に使える19個の奥義 - Qiita
    pamucat
    pamucat 2015/02/18
  • 【Git入門者向け】イメージで理解するGitコマンド事始め - きのこる庭

    ご無沙汰です。連載企画を書き進めると豪語しておきながら かなり経過してしまいました。連載企画の方は時間を見つけつつ少しずつ書き進めていければと思います、申し訳ございません。 さて、最近周囲の方にGitの解説をする機会が増えてきたため、今回はGitの基コマンドに関連する説明をします。 対象読者 ・何らかの理由でGitを使う事になったが、コマンドが多くてよくわからない方。 ・コマンドごとの意味は何となく理解しているけど、イマイチピンと来ない方。 (※「そもそも何故Gitを使う必要があるのか」「バージョン管理とは何か」といった点については ノンプログラマ向けの連載企画として後日記載させていただければ幸いです) 解説するコマンド git init, git add, git commit, git status, git log, git branch, git checkout, git me

    【Git入門者向け】イメージで理解するGitコマンド事始め - きのこる庭
    pamucat
    pamucat 2015/01/14
  • CircleCIを使った継続的Webセキュリティテスト環境の構築 - クラウド型Web脆弱性診断ツール VAddyブログ

    VAddyとCircleCIを組み合わせると、簡単に継続的セキュリティテスト環境が実現できます。 git pushするとCircleCIのジョブが起動し、テストサーバにコードをデプロイ、そのテストサーバに向けてVAddyからWebの脆弱性検査を実施します。 今回は、 git push -> Unit test -> Deploy(Staging) -> VAddy test -> Deploy(Production) という流れで解説します。 Unit testが失敗した場合は後続の処理は行われませんし、VAddy testが失敗した場合も番にコードがデプロイされません。 こうして、ユニットテストとWeb脆弱性検査を定期的に実施して問題のないコードのみを番環境にデプロイできます。 前提 この記事では、CircleCIインスタンス内に立てたWebサーバに対しての脆弱性検査ではなく、Cir

    CircleCIを使った継続的Webセキュリティテスト環境の構築 - クラウド型Web脆弱性診断ツール VAddyブログ
  • コミットメッセージのルール - Opacities

    2014-11-22 コミットメッセージのルール 開発でGit(Github)を利用している時、コミットメッセージは後からログを見返すときにとても大切なものだけど、 普段適当に記述しているのもあって、改めてルールを書くことにした。 コミットの粒度 コミットの粒度では、何かしら一つの作業を終えたら・・・という粒度でコミットすることにする。 具体的には ある範囲のUIを実装した時 何かしらのコードを削除した時 バグを潰した時 など、比較的作業単位で細かくコミットするようにする・ コミットメッセージの内容 1行目 / 内容の要約 例 modify serarch button for product menu 2行目 / 空行 空行にする理由としては、可読性や要約と内容を分離するためにある。 3行目 / 文 実際に何をやったのかを書く。長すぎるのもダメなのでだいたい60字ぐらいでまとめるよ

    コミットメッセージのルール - Opacities
  • GitLab flowから学ぶワークフローの実践 | POSTD

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

    GitLab flowから学ぶワークフローの実践 | POSTD
  • ノンプログラマでも今日から使える「Git」でバージョン管理

    スライドの内容を解説した、電子書籍を販売中です。 &lt;a>http://p.booklog.jp/book/86773&lt;/a> 「Git(ギット)」や「バージョン管理」という言葉は聞いたことはあっても、なんだか難しそうなイメージを持っているかも知れません。 特に、プログラマーエンジニアのツールであって、デザイナー・マークアップエンジニア・ディレクターの方は「自分には無縁」と思っているのではないでしょうか。 しかし、Gitプロジェクトに関わるすべての方が使えると、コミュニケーションツールとしての役割も果たし、非常にスムーズにプロジェクトを進行させることができます。 このイベントでは「ノンプログラマの方」を対象に、Gitのよく使う部分だけをピックアップしてわかりやすく紹介、今日から使えるテクニックや便利なポイントを紹介していきます。Read less

    ノンプログラマでも今日から使える「Git」でバージョン管理
  • 【GitLab】 HTTPSでclone/pushできるようにする - Dive into Ofuton

    はじめに GitHubだとプライベートリポジトリの数に制限がある(学生向けに暫くの間いくつかタダで作れる)けど, 自分でGitLabを運用すればVPS代だけでリポジトリ作り放題だぜヒャッハァアアというわけで,GitLabを運用してます. GitLab大好きです.素晴らしいです.けど,今までどうしてもSSHでしかclone,pushが出来ないんですよ. これは気持ち悪いなー,なんとかしてHTTPSでもできるようにしたいなーと思ってました. それで,原因について探っていると,cloneしようとするときHTTPSでエラーが出るのはGitLabのせいではないようでした. HTTPSで接続する場合は,gitの方で証明書をチェックして怪しい証明書(認証局による署名がされていないもの)の場合は弾くようになっているようです. だから,SSL用の証明書の類をうまいことやれば弾かれずに済むんじゃないかなーと思

    【GitLab】 HTTPSでclone/pushできるようにする - Dive into Ofuton
  • CentOS 6.5にGitLab 6.8をインストールとSSL導入 - Qiita

    CentOS 6.5にGitLab 6.8をインストールしてSSL導入 環境は2014/4/25時点で全て最新のものを使用。 CentOS:6.5 GitLab:6.8 GIt:1.9.2 Ruby:2.1.0 nginx:1.6.0 以下のサイトを参考にさせて頂きました。 ありがとうございました。 gitlabhq/gitlabhq https://github.com/gitlabhq/gitlabhq/blob/master/doc/install/installation.md $web->{note}; GitLab 5.0 を CentOS 6.4 にインストールする http://n8.hatenablog.com/entry/2013/04/24/230340 dogmap.jp nginx で ssl 設定をする http://dogmap.jp/2011/05/10/n

    CentOS 6.5にGitLab 6.8をインストールとSSL導入 - Qiita
  • 「GitLab」を使ってGitリポジトリを管理 - Tech-Sketch

    GitLabとは? GitLabとは、GitHubのようなサービスを社内などのクローズドな環境に独自で構築できるように公開されたオープンソースです。 GitHubだと開発した成果物が社外に保存されるということで業務利用が敬遠されることがあると思います。 しかし、開発者にとってGitリポジトリが管理できるGitHubは非常に便利で使い勝手のいいものです。 それを社内にも構築できるようになるということで関心をもたれる開発者の方々も多いのではないでしょうか。 GitLabがどういう仕組みで稼働しているのか、またどういう運用をすればいいのか、その際の注意点など、 筆者が実際に導入した経験をもとにご紹介したいと思います。 どういう仕組み? GitLab1がどういう仕組みで稼働しているのかについて説明します。 GitLabRuby on Railsで実装されています2。 基的にGitL

  • git Resource

    This page is generated from the Chef Infra Client source code. To suggest a change, edit the git.rb file and submit a pull request to the Chef Infra Client repository. All Infra resources page Use the git resource to manage source control resources that exist in a git repository. git version 1.6.5 (or higher) is required to use all of the functionality in the git resource. Syntax A git resource bl

  • [和訳] 初心者Chefアンチパターン by Julian Dunn #opschef_ja - クリエーションライン株式会社

    項はChefConf 2013: Beginner Chef Antipatternsを和訳したものです。 はじめに よく Chefの学習は大変 Chefの学習曲線は急勾配 と言われているので、Opscodeでは緩和するためのコンテンツを色々準備しています。 learnchef.com docs.opscode.com パブリック/プライベート トレーニング Podcasts (Food Fight Show など) 各地のユーザグループ (訳注: 日なら #opschef_ja ) ChefConf! (訳注: これは ChefConf 2013 で行われたセッションなので) それでも、正しいことをやっているのか知るのは難しく、何か間違ったことをやっているのか知るのはさらに難しいものです。コミュニティの中で「ベストプラクティス」は常に進化してきました。 ベストプラクティスについてもっ

    [和訳] 初心者Chefアンチパターン by Julian Dunn #opschef_ja - クリエーションライン株式会社