タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
git push -f が更に安全になる --force-if-includes - id:onk のはてなブログ
歴史改変、してますか？ 私は歴史改変が大好きで、毎日 rebase しています。なので割と毎日 git push -f することになっています。 口で -f と言っても、実際には --force-with-lease --force-if-includes をしているので、これらのオプションのご紹介。 この記事は はてなエンジニア Advent Calendar 2022 の 18 日目です。昨日は id:rokoucha さんで 壊れたデータベースとの向きあいかた - rokoucha でした。 qiita.com -f の危険性 ...--F--G--H <-- main という状態で push した後、H をコミットし直したとしよう。 ...--F--G--H' <-- main \ H <-- origin/main このまま H' (main) を origin/main に p
AWS 構成図を S3 にアップするだけで Terraform のコードを git push / pull request から terraform plan まで自動で動作するシステム
2024/10/25 社内 LT 会 ■GitHub ・Lambda https://github.com/hiyanger/diagram-to-terraform-cicd-lambda ・生成コード https://github.com/hiyanger/diagram-to-t…
インフラのGitOpsを可能にする「Pulumi Deployments」登場。コードをGit Pushするだけでインフラの構成変更を実行
インフラのGitOpsを可能にする「Pulumi Deployments」登場。コードをGit Pushするだけでインフラの構成変更を実行 コードを用いてクラウドをはじめとするITインフラの構成を定義できる、いわゆるInfrastructure as Codeを実現するオープンソースの「Pulumi」を開発するPulumi社は、インフラの構成を定義したコードをGit Pushすると自動的に定義に従って実行してくれる新サービス「Pulumi Deployments」を発表しました。 Introducing #Pulumi Deployments for remote execution of your Pulumi programs! Deploy by pushing to a @github branch Click to deploy from the Pulumi Service c
TEKTON Trigger + PipeLine で git push から デプロイまでの自動化 - Qiita
この記事は、TektonパイプラインでコンテナをビルドしてK8sクラスタへデプロイする方法の続きで、次図の左上のデベロッパーが git push するだけで、右端のKubernetesクラスタの環境にデプロイされるまでの途中工程を Tekton Trigger と Pipeline を組み合わせて実現する。前回の記事は、図後半のパイプラインの構築したものであった。今回は前半のGitリポジトリのWebhookを受けて、パイプラインを実行する部分を重点に書いていく。 環境設定 どのクラウド上でもTektonは動作するので、下記 kubectl get node でワーカーノードがリストされた状態から、記事の内容は始める。GitHubからのWebHookを受ける部分で、イングレスコントローラに割り当てられたドメインとシークレットを参照するために、IBM Cloud 固有のコマンドを実行する部分が
この投稿では、GitHubへのgit pushを引き金に、gitリポジトリ内の静的HTMLをNetlifyにデプロイし、サイトを公開する方法を紹介します。 本稿の手法は、Netlify入門者が分かるよう、下記のとおり極限まで単純化してます: 静的サイトジェネレーター不使用 「HTMLをgit pushしたら、Netlifyにデプロイできる」を体験することが本稿の目的です。なので、現実のサイト構築で使うことになる静的サイトジェネレーターは使いません。現実的なデモではないですが、HTMLをデプロイできることが知れれば、静的サイトジェネレータで生成したHTMLもデプロイできることになるので、ここで学んだことは活きます。 作るのはHTML1ファイル & Netlify設定ファイル1つ 作るファイルはHTML1つと、Netlifyの設定ファイル1つだけです。HTMLは__「Hello World」の
Git 2.37.0 から git push に --set-upstream origin が要らなくなったという話。 出典はこちらのツイート: With the newest version of Git 2.37.0, you can run just "git push" to push new branches. No more "--set-upstream origin". Enable with: git config --global --add --bool push.autoSetupRemote true pic.twitter.com/1SzIqzvEFR — James Ide (@JI) July 12, 2022 ツイッターだけだと忘れてしまうので、検索用のメモ。 Git のデフォルトの設定では、 git push のときに upstream が設定されてい
はじめに GitHubに新しく GitHub Actions というものがリリースされました。いつもはCircle CIを使っていたのですが、試しに使ってみようということで軽く触ってみました。 このブログは先日作ったばかりなのですが、その時に「ブログ管理用レポジトリにmargeされたら、静的ページをビルドして、ブログ公開用レポジトリにpushする」という機能をあとでやる(※)って言っていたので、これをサンプルとして作ってみようと思います。 tl;dr push先のレポジトリで、Settingsから Deploy keys （公開鍵）を登録 GitHub Actionsを設定するレポジトリで、Settingsの Secrets にDeploy keysに対応するの秘密鍵を登録 GitHub Actions用のymlをいい感じに書いてpushする やってみる CI的なところはだいたい何ができる
git pushなどの出力は標準エラー(stderr)であることを最近知りました。。なぜstderrなのか、は過去こちらでも話題となったようです。端的に言うと、「プログラムの実行結果の出力ではなく、実行の過程での出力だから」といった感じかと思います。 では、それで何がまずいのかですが。 CIツール(Travis CIなど)で、プログラムをビルドして、Githubにpushしたりすることがあります。その際、CIツールがpushできるようにGithubのTokenを使います。そのTokenがあると、そのTokenに許可しているアクセス(レポジトリのmasterへのpushなど)ができるわけです。CIツールのビルドのログは、公開されているものも多いので、Tokenのような情報は、見えないように暗号化したり、grepで表示から除外したりする必要があります。 CIツールがTokenを使ってpushす
git push --forceで壊れたブランチの復旧方法と予防方法（翻訳）｜TechRacho by BPS株式会社
はじめに gitコマンドを間違えたばかりにプロジェクトのリポジトリがカオスになってしまった経験はありませんか？場合によっては、チーム全体での復旧のために数時間を無駄にすることもあります。本記事では、運悪くgit push --forceでやらかしてしまったときに短時間で回復する方法を紹介します。 「自分はそんなヘマしたことないから」とお思いの方、自信過剰は禁物です。この仕事をやっていれば、いつの日かやらかすときが来るものです。同一のgitリポジトリで複数のメンバーがリモートで作業していれば、最終的にいつかどこかでmainブランチ（あるいは絶対さわってはならない他の重要なブランチ）にgit push --forceを実行することになるのですから。 これはたとえば、Herokuのようにアプリケーションのビルドとデプロイで別々のgitリポジトリを使っているサービスでデプロイを行ったときに発生する
git pushした際の Warning:Permanently added the ECDSA host key *** の対処法 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
git pushの裏側で何が起こっているのか。~javascriptでgitをリバースエンジニアリングで実装する(4)~
概要 前回までの記事はこちら！！ javascriptでgitをリバースエンジニアリングで実装する javascriptでgitをリバースエンジニアリングで実装する(2) commit編 javascriptでgitをリバースエンジニアリングで実装する(3) ~commit編 後編~ この記事では、git pushの際にどのようなやりとりを、git-cliを使ってみていきます。git-cliで通信を走らせてみることで、どのようなプロトコルの元にリモートサーバーとやりとりをしているのかをみていきます。 利用規約に反していないと思いますが、万が一反していた場合非公開にしますのでコメントくださると幸いです。 git pushに関しては、次の記事で実際に自作していきます。 pushについて探る documentを読んでみる Updates remote refs using local refs,
Github Actionsを使ってgit commitとgit pushを自動化しよう。 - ポンコツエンジニアのごじゃっぺ開発日記。
Github Actionsで作業の自動化をするのって楽しいですよね。 今回は、actions上でファイルを変更したり追加して、最後にgitコマンドでコミット＆プッシュをしたいと思います。 GITHUB_TOKENの設定 workflowのyml定義 git configって必要なの？ git pullでwarningが出るかも？ 実行結果 GITHUB_TOKENの設定 不要です！ 自分も初めてGithub Actions上でgitコマンドを操作するときは必要なのかなと思ってたんですが、どうやら不要なようです。 なので、GITHUB_TOKENの存在は一旦忘れます。 もしかしたら他のリポジトリを扱う場合とかは必要なのかも。 以下で紹介するymlファイルを作成するだけでした！ workflowのyml定義 さて、早速定義ファイルを紹介したいと思います。 name: Test on: pus
git push --forceで履歴は消えないと言う話
GitのForce push（git push --force）と言えば、間違って実行してリポジトリ吹き飛ばしたとか、ミスオペレーションの代名詞として語られることが多い操作です。 筆者も過去に一度だけmasterブランチに向けてForce pushをしてしまい、平謝りをした経験があります。 一方、最近知ったのですが、Gitリポジトリに本来入れてはいけない情報を入れたときの対応策としてForce pushすれば履歴は消えると考えている人もいるようです。 これについては、言葉で説明するよりやってみた方が早そうなので、実際に試してた結果を共有します。 もしお近くで「Force pushで消える、いや消えない」と言った議論を聞いたときには、そっとこの記事と、次の記事を見せてあげてください。 GitHub上のsensitive dataを削除するための手順と道のり - Merpay Advent C
AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be
Git を使った開発で最もよく利用するコマンドの一つ「git push」。基本動作のおさらいと、よく利用するオプションをまとめました。 git push コマンドの概要 git push はリモートレポジトリのブランチ履歴を更新するための Git コマンドです。 ローカル環境にあるブランチ上で作成されたコミット履歴と関連連する参照（e.g ブランチ名、タグ）を任意のリモートレポジトリに送信することで、そのリモート上でのコミット履歴を更新できます。 下記は git push origin master を実行した際のイメージです。origin レポジトリに、ローカルのmaster ブランチを送信します。origin 上の、同名のブランチ（ここでは master ブランチ）が更新されます。 それでは、git push コマンドの具体的な使い方を見ていきます。git push は引数の特別な指定
OpenCommit: GitHub Action to improve commits with meaningful messages on every `git push` 🤯🔫
OpenCommit: GitHub Action to improve commits with meaningful messages on every `git push` 🤯🔫 Hi Hackers, About 10 days ago, I came across the #GitHubHack23 post and then I thought: "Hmm... ain't I got something to contribute?" — squinting my eyes like this 😑 What I Built Meet OpenCommit as a GitHub Action 🪅 With OpenCommit action set in a repository, every commit pushed is automatically improv
`git push`しようとしたら`WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!`が出た時の対処ログ
`git push`しようとしたら`WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!`が出た時の対処ログ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @ @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY! Someone could be eavesdropping on you right now (man-in-the-middle attack)! It is also possible
はじめに 競技プログラミング(atcoder)の習慣化とgitの操作に慣れることを目的にコードをgithubにあげる練習を始めたのでここにpushまでの流れを備忘録として簡単に書いていく。 pushまで gitのインストールと初期設定(git configのやつ)とgithubの登録 githubでリモートリポジトリ作成 githubにファイルをあげるためのディレクトリを作成して自分の環境でgit init(ローカルリポジトリ作成) ディレクトリの中でgithubにあげるファイル作成編集 git addとcommit git remote add でリモートリポジトリに追加 git push 終わりに 正直ネットの記事を色々見て真似しただけなのでまだ細かい部分は理解していませんがそこはこれからユーデミー等の教材で勉強していこうと思う。大学の授業でもgithubを使ってのチーム開発課題が始ま
AWS CodePipelineを使用してgit pushでAmazon ECSをデプロイする | SEEDS Creators' Blog | 株式会社シーズ
Dockerコンテナ設定Amazon ECRのレジストリは作成されているものとします。 アプリケーション docker buid ちなみにつかってみたかったのでdistrolessを使いました。alpineよりサイズは大きくなりますがアプリケーションの実行に不要なものが一切入ってないそうです。 あとbuildspec.yml、appspec.yaml、taskdef.jsonを用意する必要がありますが、詳細は後述いたします。 それではAWS CodePipeline作成してきます。 SourceAWS CodePipelieの画面の「パイプラインを作成する」からはじめていきます。 パイプライン名をきめて、サービスロールは「新らしいサービスロール」を選択すると自動で作成されます。 ちなみにAWS CodePipelineの実行ロール以外にwebhookを実行？受ける？ロールも作成されるようで
タイトル通り、git pushしたファイルを「git管理から外したい、でもローカルには残したい」場合の手順です。 再現手順も掲載しています。 挙動を深掘りしたい場合はご自分で検証してみてください！ これだけでOK 手短に実行コマンドのみ紹介します。 ファイル構成 ファイルは両方とも一度コミットされた状態です。 test2.txtをgit管理から除外します。
git push エラー：git@github.com: Permission denied (publickey). fatal: Could not read from remote repository. - Qiita
git push エラー：git@github.com: Permission denied (publickey). fatal: Could not read from remote repository. LinuxGitGitHubTerminalshell
git push -fでやらかした話し
ついにやってしまった git push -fで大事なブランチを上書きしてしまったのです。 他の人がローカルのmasterブランチを思いっきりforce pushしてしまったことは何度か見かけたことはありました。 まさか自分が似たようなことをやらかしてしまうなんて・・・ force pushの悲劇はエンジニア人生で一度はやらかしてしまうものなのかもしれないです。 普段のブランチ運用 普段のブランチ運用はdevelopブランチをベースにタスク毎にブランチを切り、問題がなければdevelopにマージ、というシンプルな運用をしていました。 背景 ある機能の全面リプレイスを行う、というプロジェクトに参加していました。 今回のリプレイスプロジェクトは事情があって少しずつ改善->リリースが出来ない性質のものであった為、developとは別の専用のベースブランチが作成されました。 ここでは仮にreplac
To github.com:○○○○○○/○○○○○○○ ! [rejected] master -> master (non-fast-forward) error: failed to push some refs to 'git@github.com:○○○○○○/○○○○○○' hint: Updates were rejected because the tip of your current branch is behind hint: its remote counterpart. Integrate the remote changes (e.g. hint: 'git pull ...') before pushing again. hint: See the 'Note about fast-forwards' in 'git push --help' for deta
はじめに GitHubにCLIからgit pushするときのつまずきはいくつかあると思います。 定番は以下のような403エラーです。 ❯ git push -u origin main remote: Permission to ume3/bob-zenn-contents.git denied to ume3. fatal: unable to access 'https://github.com/ume3/bob-zenn-contents.git/': The requested URL returned error: 403 よくある対応はGitHub名+パスワードによる認証。ではなく、アクセストークンを用います。これは、2021年8月から認証方式の変化の影響です。 さらに2022年10月には、新しいPersonal access tokens (PAT)が登場しました。 久しぶり
git push時にエラーが発生し、pushできなくなった いつもどおり、gitにpushをしようと進めていきましたが、 push時に見慣れないエラーが発生。 CA8775:toreka 01048656$ git push origin tr_record Username for 'https://github.com': 名前 Password for 'https://名前@github.com': remote: Support for password authentication was removed on August 13, 2021. remote: Please see https://docs.github.com/en/get-started/getting-started-with-git/about-remote-repositories#cloning-w
git push の際にpre-receive hook decliedというエラーが出たときの対処 - Qiita
$ php -v PHP 8.0.9 (cli) (built: Jul 29 2021 14:12:27) ( NTS Visual C++ 2019 x64 ) Copyright (c) The PHP Group Zend Engine v4.0.9, Copyright (c) Zend Technologies $ chocolatey -v 0.10.15 $ php artisan --version Laravel Framework 7.30.4 // 省略 remote: ! Push failed: cannot parse Procfile. remote: ! Please try pushing again. remote: ! If the problem persists, see https://help.heroku.com/ and provide
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
あ、間違って push しちゃった・・・ Git を使っていると、間違ってgit pushしてしまって、それを取り消したくなるようなケースは、時々あります。 間違えて master ブランチで作業して、中途半端なコミットを作ってしまった。しかもなぜか、間違って push してしまった・・・。 チームで共有しているリモートレポジトリに push したが、テスト不足で思いっきりバグを含んでいたので、いったん取り消したい。 間違いは、誰にでもあります。間違ったらやり直せば良いのです。 git push したコミットを取り消す それでは取り消しの方法です。解決の方針ですが、大きく２つの方針があります。 git push したコミットの取り消し方法の選択肢 ?過ちを隠す ：push した、コミットを取り消し、リモートから削除。無かったことにする。 ?過ちを認める：間違いコミットを打ち消す「rever
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
![Tmux Cheat Sheet [Inc. Visuals]](https://cdn-ak-scissors.b.st-hatena.com/image/square/59610b0909ef8f190625b467c5637a587e8bbfaa/height=288;version=1;width=512/https%3A%2F%2Ftmuxai.dev%2Fog%2Ftmux-cheat-sheet.png)
はじめてのNetlify: git pushでサイトを公開する極小手順 - Qiita
git push のときに自動的にリモートブランチを作成する設定
GitHub Actions で別のリポジトリに git push する
git pushの出力がstderrであることの弊害 - IMOKURING
Improving Git push times through faster server side hooks
git push コマンドの使い方と、主要オプションまとめ | WWWクリエイターズ
git pushまでの流れ(初心者の備忘録) - Qiita
git pushしたファイルをローカルに残しつつgit管理から外したい - Qiita
git pushがreject（拒否）されたときの対処法 - Qiita
Fine-grained personal access tokensを使ってGitHubにgit pushする最小設定
【Tips】git pushできない事案発生 AccessToken - Qiita
Git push後のコミットメッセージを変更する方法 - Qiita
git push の取り消し方法 | WWWクリエイターズ
hinata310.hatenablog.com
anond.hatelabo.jp
yarukimedesu.blog.fc2.com
milketmoi.blog.jp
eiga.com
b.hatena.ne.jp