CIOpsとGitOpsの話 - inductor's blog
はじめに GitOpsという言葉が生まれたのが自分の知る限り2017年頃なのですが、世の中にあるCI/CDの仕組みはまだほとんどがCIOpsもしくは手動のオペレーションによって成り立っていると思っていて、かつては自分もそうだったのですが「Gitで管理されていればGitOpsなんでしょ？」という勘違いを払拭したくてこのエントリーを書いています。 GitOpsとCIOpsは全然違う まず前提としてGitOpsの明確な定義を知らないという場合、あなたの思う「Gitを契機とした自動デプロイの仕組み」は基本的にはCIOpsです。GitOpsとCIOpsは思ったよりも大きな違いがあって、そもそもGitOpsの必要性が分かっていない場合、自動化によって成立しているデプロイはCIOpsが基本です。 CIOpsとGitOpsの一番の違いは、Push型かPull型かである CIOpsの場合、例えばGitHub
Git 認証情報を使用した HTTPS ユーザーのセットアップ - AWS CodeCommit
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 Git 認証情報を使用した HTTPS ユーザーのセットアップ AWS CodeCommit リポジトリへの接続を設定する最も簡単な方法は、IAM コンソールで CodeCommit の Git 認証情報を設定し、HTTPS 接続にこれらの認証情報を使用することです。静的なユーザー名とパスワードを使用して HTTPS 認証をサポートするサードパーティーのツールまたは統合開発環境 (IDE) でも、同じ認証情報を使用できます。例については、「開発ツールから接続する場合」を参照してください。 以前に CodeCommit 用の信任状ヘルパーを使用するようにローカルコンピュータを構成していた場合、Git 認証情報を使用する前に .gitconfig ファイルを編集してファ
Windows版Gitで認証情報を消す方法
Windows版Gitで、http経由のbasic認証を用いた接続を行う際、初めてリポジトリを登録すると下記の画面が出てくるかと思います。 自分のIDとPWを入れログイン。一度入れてしまえば、次回以降は聞かれなくなるのでとても楽です。 ところがこれ、もし誤った情報を入力してしまうと、その誤った情報が保存されてしまい、なんども何度も試しても認証に失敗してしまう、なんて状態になってしまうことがあります。 この前、ちょうどそういう状況に出会ってしまい、Gitアプリの設定を探しまくったのですが、どこにも認証情報を削除できる場所がありませんでした。 Webで調べてもなかなか情報が出てこなくて困り果てていたのですが、運よく、同じ症状になってしまった場合の解決策がのったサイトを発見。 SourceTreeの認証情報を削除することができない – ATLASSIANコミュニティ 試してみました。 Windo
Gitのコミットメッセージを後から変更する方法をわかりやすく書いてみた | 株式会社グランフェアズ
Posted by OOHASHI on Mar 2nd, 2017 こんにちは、ひさっしーです！ 今回は、久しぶりにGitネタです。 Gitを使っている方のあるあるかと思いますが、急いで作業している時にコミットメッセージを書き間違えたままcommitしてしまった！なんてことありますよね。 また、グランフェアズではBitbucketで課題を発行してタスクをこなすことがあるので、コミットメッセージに「refs #25」などをつけてコミットを該当の課題と関連付けたりするのですが…これを書き忘れたり、間違えて違う番号にして関連付けをミスったり…ということもあったりします。 コミットメッセージを書き間違えた！ 課題との関連付けをし忘れた！ そういった迷えるうっかりさんを救う、「コミットメッセージを後から変更する方法」を今回はご紹介します！ 【初級編】直前にコミットしたメッセージを変更する 例えばこ
forkしたリポジトリを更新する手順 - Qiita
メモ Kubernetesの翻訳プロジェクトであるKubernetes/websiteが自分のリポジトリにforkしてあることが前提 日本語訳を進めているブランチ「dev-1.14-ja.1」をforkしたリポジトリに反映させる
Git / GitHub を使用したチーム開発時のガイドラインを制定しました | DevelopersIO
開発時にはみなさん Git や GitHub を使うと思いますが、使い方についてチームメンバー間で微妙に認識の違いがあると進捗を妨げてしまいます。それを防ぐためにガイドラインを定めてみました。 ちなみにこれは CX 事業本部の Tech Lead のお仕事紹介第 1 弾のポストです。 この記事の英語版も書きました。 前提 CX 事業本部ではクライアントからの開発案件や自社サービスの開発をしていますが、その際に有用な（と考えている）ガイドラインです。 様々な事情でチームメンバーが変更になる可能性があり、新規メンバーの立ち上がりを支援する意味合いも込めています。そのため、開発効率をなるべく落とさずに効果的なスキルトランスファーが実施できることを主眼としています。 ガイドライン 定めたガイドラインの全文を貼ります。 3 つのセクションに分かれています。 commit 時のガイドライン avoid
git でリモートのタグやブランチを削除する方法 - Qiita
git におけるリモートリポジトリの操作は、「リモート上の何かを直接操作する」のではなくて「ローカルの変更をリモートに送りこむ」と考えれば理解しやすいのかもしれない。 リモートのタグを削除する リモート origin のタグ TAGNAME を削除するには、次のようにする。
美容内服薬ラボットメディカルクリニック【公式】
オンライン診療とは、自宅にいながら医師に直接毎日のスキンケアを相談したり、医薬品や漢方薬の処方を受けることができたりする診察のこと。お薬が処方された場合は郵送で薬局等にお薬を取りにいかなくても、自宅に届けられます。 普段、病院では発生する診察費用や処方箋費用はもちろん、お薬代以外の費用は一切かかりません。
claspでGASのソースをGit管理 - Qiita
はじめに GASからREST APIを使ってwebサービスを便利に操作するGoogleスプレッドシートを営業職メンバへ展開(これとかこれの別バージョン)したのはいいけど、機能追加したりする際に「運用中のスクリプトへの機能追加」が手作業だと自爆するほど難しい(というかバージョン管理したい)ので、ググった結果claspというGoogle謹製のツールが見つかったので、使ってみました。 Google Apps Scriptの新しい3つの機能 その③ CLI Tool Clasp - Qiita claspでGAS(GoogleAppsScript)ファイルをGit管理する。 – kin29.info claspを使い、Google Apps Scriptプロジェクトをgitでバージョン管理する - Qiita これ、バージョン管理だけでなく、ローカルPC上でGASのコードを書けるようになる(書いた
VSCodeでのGitの基本操作まとめ - Qiita
はじめに 一年前に新人研修でGitを担当してTigの記事を書いたのですが，今年も同じくGitの研修を担当することになりました．新人さんたちにとってはターミナル環境はとっつきにくい人も多いようで，短い研修期間では操作自体に苦戦してしまい，Gitそのものを理解するというところに力を割けない人も少なくありませんでした． それを踏まえて今回はGUIで操作しやすい環境を検討したのですが，以下のポイントを踏まえてVSCodeを使うことに決めました． マルチプラットフォームで使える．（研修はWindows環境で行いますが，業務ではLinuxデスクトップ環境も使うので） Gitの基本的な内容はVSCode上でGUI操作が可能． Gitの内容とあわせて，プログラミング用のテキストエディタの一例として，導入しやすそうなVSCodeを紹介． VSCodeを使ったGitの基本的な操作を一通りまとめていきます． イ
世の中の小説作家と編集者は今すぐ Word や G Suite を窓から投げ捨てて Git と GitHub の使い方を覚えるべきだ - Qiita
世の中の小説作家と編集者は今すぐ Word や G Suite を窓から投げ捨てて Git と GitHub の使い方を覚えるべきだGitGitHub小説 タイトルは釣りではありません。 最近、小説の執筆にあたって Git を導入して原稿の進捗履歴を管理しました。めちゃくちゃ便利でした。 GitHub を使って友人と一緒に校正校閲の作業をしました。めちゃくちゃ捗りました。 短編 SF 小説が短期間で完成しました。でも広告が目的ではないのでリンクは貼りません。 Git のことを何も知らない奴が Git と GitHub の使い方を覚えたら便利だったし捗ったので、記事にしてしまおうぜという試みです。 2019年1月4日 追記 本記事は「執筆」および「校正・校閲」の段階における Git と GitHub の有用性を主張する記事です。 「組版」や「デザイン」の段階における Git の有用性について
初めてGitHubリポジトリにpushしたらrejectedエラーになったときの対応メモ - Qiita
% git push origin master To https://github.com/xxxx/xxxxx.git ! [rejected] master -> master (fetch first) error: failed to push some refs to 'https://github.com/xxxx/xxxxx.git' hint: Updates were rejected because the remote contains work that you do hint: not have locally. This is usually caused by another repository pushing hint: to the same ref. You may want to first integrate the remote changes
github/gitignore at master - GitHub
A collection of .gitignore templates This is GitHub’s collection of .gitignore file templates. We use this list to populate the .gitignore template choosers available in the GitHub.com interface when creating new repositories and files. For more information about how .gitignore files work, and how to use them, the following resources are a great place to start: The Ignoring Files chapter of the Pr
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linux、macOS、または Unix での AWS CodeCommit リポジトリへの SSH 接続の設定手順 - AWS CodeCommit
gitでaddしたあとに差分が見たくなった場合 - Qiita
git add を取り消す - Qiita
「Git」に複数の脆弱性、Windowsユーザーはとくに注意／修正版のv2.24.1などへ更新を
これならしんどくないGit運用の考え方
Gitでブランチを作るのを忘れてmasterにコミットしてしまったときの対処法 - Qiita
gitignore.io - Create useful .gitignore files for your project
