タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。
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
インフラの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
git tips: git push $remote HEAD で現在のブランチを$remoteにpushできる - Islands in the byte stream
git tips: git push $remote HEAD で現在のブランチを$remoteにpushできて、コマンドラインでgitを使うときはよく使います。 ところで、この HEAD の実体はファイル（.git/HEAD）なので、ファイルシステムが大文字小文字を無視する（case-insensitive; e.g. macOSのデフォルト）ときは、 git push $remote head でも動いてしまいます。しかしこれを習慣にしていると、大文字小文字を無視しないファイルシステムで動かずハマることがあります（というかまあ、ハマってしばらく悩みました）。普段から HEAD とタイプする習慣にしておくとよいと思います。
ルークよ git push --force を使わないでおくれ… git push --force-with-lease を使っておくれ… - Qiita
ルークよ git push --force を使わないでおくれ… git push --force-with-lease を使っておくれ…Git まとめ git push --force ではなく git push --force-with-lease を使おう --force-with-lease オプション付き push を alias 登録しておくと便利 そもそも git push --force とは git push --force は強制pushのためのコマンド。いったんリモートにpushしたコミットを なかったことにする 場合に使われる。たとえば、次のような場合: 間違ってpushされたコミットを、リモートのlogから消し去る場合 GitHub Actions動作確認用にpushされた実験的なコミットを、あとで消す場合 --force-with-lease を使おう 過ちを正
TEKTON Trigger + PipeLine で git push から デプロイまでの自動化 - Qiita
この記事は、TektonパイプラインでコンテナをビルドしてK8sクラスタへデプロイする方法の続きで、次図の左上のデベロッパーが git push するだけで、右端のKubernetesクラスタの環境にデプロイされるまでの途中工程を Tekton Trigger と Pipeline を組み合わせて実現する。前回の記事は、図後半のパイプラインの構築したものであった。今回は前半のGitリポジトリのWebhookを受けて、パイプラインを実行する部分を重点に書いていく。 環境設定 どのクラウド上でもTektonは動作するので、下記 kubectl get node でワーカーノードがリストされた状態から、記事の内容は始める。GitHubからのWebHookを受ける部分で、イングレスコントローラに割り当てられたドメインとシークレットを参照するために、IBM Cloud 固有のコマンドを実行する部分が
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へのgit pushを引き金に、gitリポジトリ内の静的HTMLをNetlifyにデプロイし、サイトを公開する方法を紹介します。 本稿の手法は、Netlify入門者が分かるよう、下記のとおり極限まで単純化してます: 静的サイトジェネレーター不使用 「HTMLをgit pushしたら、Netlifyにデプロイできる」を体験することが本稿の目的です。なので、現実のサイト構築で使うことになる静的サイトジェネレーターは使いません。現実的なデモではないですが、HTMLをデプロイできることが知れれば、静的サイトジェネレータで生成したHTMLもデプロイできることになるので、ここで学んだことは活きます。 作るのはHTML1ファイル & Netlify設定ファイル1つ 作るファイルはHTML1つと、Netlifyの設定ファイル1つだけです。HTMLは「Hello World」の1行
はじめてのgit push 私事ですが、8月からWebエンジニアとして企業で働いています。 先日１つの作業を終えてgit pushしようとしましたが、驚くほどgitコマンドを忘れていました。その時は先輩に一通り教えてもらい、作業自体は無事に終了することができましたが(´；ω；`) 知識はあったのに、どこで・どのように・どんな理由でgitコマンドを使用するのかが分からなかった、というのが本音です。 今回はその時に使用したgitコマンドを振り返り、コマンドそのものと言うよりも、作業の流れ自体をおさらいしようと思います。 似たような内容で以前にも記事を作成してました。今回は、内容がより実践的になるかと。 【GitHub】アプリのバージョン管理を行う リポジトリ作成〜コミット init リポジトリを作成します。（初期化する？） ここではgit_testディレクトリにリポジトリを作成しています。 $
git pushを取り消す方法 - Qiita
本記事の対象者 「git pushした後に間違いに気が付いてしまった！」 「git pushする前に戻りたい！」 そんな方に向けてこの記事を書いています。 主な対処法 git resetコマンド（履歴が残らずに修正できる） git revertコマンド（履歴を残して修正する） 対処法1.git reset git resetを実行すると、前のコミットの状態に戻ることができます。主にhardとsoftの2つのオプションを利用します。
git pushなどの出力は標準エラー(stderr)であることを最近知りました。。なぜstderrなのか、は過去こちらでも話題となったようです。端的に言うと、「プログラムの実行結果の出力ではなく、実行の過程での出力だから」といった感じかと思います。 では、それで何がまずいのかですが。 CIツール(Travis CIなど)で、プログラムをビルドして、Githubにpushしたりすることがあります。その際、CIツールがpushできるようにGithubのTokenを使います。そのTokenがあると、そのTokenに許可しているアクセス(レポジトリのmasterへのpushなど)ができるわけです。CIツールのビルドのログは、公開されているものも多いので、Tokenのような情報は、見えないように暗号化したり、grepで表示から除外したりする必要があります。 CIツールがTokenを使ってpushす
はじめに 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 --force を使わないでおくれ… git push --force-with-lease を使っておくれ… - Qiita
ルークよ git push --force を使わないでおくれ… git push --force-with-lease を使っておくれ…Git まとめ git push --force ではなく git push --force-with-lease を使おう --force-with-lease オプション付き push を alias 登録しておくと便利 そもそも git push --force とは git push --force は強制pushのためのコマンド。いったんリモートにpushしたコミットを なかったことにする 場合に使われる。たとえば、次のような場合: 間違ってpushされたコミットを、リモートのlogから消し去る場合 GitHub Actions動作確認用にpushされた実験的なコミットを、あとで消す場合 --force-with-lease を使おう 過ちを正
というのが出てくるが、「-u」というオプションが気になったので調べてみた。 概要 -u と --set-upstream が同じ意味とのこと。このオプションをつけるとローカルリポジトリの現在のブランチの上流をorigin master に規定したことにる。 このオプションをつけると、次からは git push だけで上記のコマンドと同じことを実施できる。さらに、git pull だけでも git pull origin master と同じ意味になる。 まとめると、
git pushした際の Warning:Permanently added the ECDSA host key *** の対処法 - Qiita
git pushした際の Warning:Permanently added the ECDSA host key *** の対処法GitGitHubSSH この記事 git pushを行った際に Warning: Permanently added the ECDSA host key for IP address '20.27.177.113' to the list of known hosts. とでた場合において, これを削除する方法を紹介します(mac). 結論は ssh -T git@github.com というコマンドを実行することです. はじめに githubにて RSAのhost-keyが更新されたそうです. その関係で, RSA SSH でgithubに接続していた場合 .ssh等の中身をいじる必要があります. 公式ブログを参考に更新しましょう. しかし,更新した後に
やりたいこと ビルド生成物を CI に生成させたい 方法 Github Actions で secrets.GITHUB_TOKEN を使って 自身に push する 追記: set-url はいらず、自分自身に push するだけでOK workflow name: Gen on: push: branches: - master jobs: build: name: Gen dump runs-on: ubuntu-18.04 steps: - uses: actions/checkout@v2 - run: echo 1 > .dump - run: git add .dump - run: git config --global user.email "CI@example" - run: git config --global user.name "CI" - run: git
EngineeringImproving Git push times through faster server side hooksThe history of pre-receive hooks, how we discovered that the performance was problematic, and how we went about safely replacing them. At GitHub, we relentlessly pursue performance. Join me now for the tale of how we dropped a P99 time by 95% on code that runs for every single Git push operation. Every time you push to GitHub, we
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,
git／git pushコマンドとは？ 「git」は「Git」という分散型バージョン管理システム用のコマンドです。Gitは元々Linuxカーネルのソースコードを管理するために作られた「バージョン管理システム」で、現在は多くのソフトウェアやWebサイトのソースコード、ドキュメントの管理などに用いられています。 ソースコードを管理する際、最新版だけを保存するやり方はうまくいきません。開発中のさまざまなタイミングで状態を管理し、必要に応じて比較、参照したり、元に戻したりできるようにする仕組みが「バージョン管理システム」です。 Gitでは、テスト版など複数に枝分かれした状態も管理できます。複数のメンバーによる開発を前提としており、開発中の各時点におけるコメントや、コメントへの返信なども管理できるようになっています。 gitのサブコマンドとGitの仕組み gitコマンドはほとんどの場合、「サブコマン
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
mattn on Twitter: "最近の Windows 10 に付属してる OpenSSH って ssh-agent がちゃんと使えてパスワード入力せずに ssh できる様になってるのね。Visual Studio Code から git push するときめっちゃ便利やん。"
最近の Windows 10 に付属してる OpenSSH って ssh-agent がちゃんと使えてパスワード入力せずに ssh できる様になってるのね。Visual Studio Code から git push するときめっちゃ便利やん。
git push --forceで履歴は消えないと言う話
GitのForce push（git push --force）と言えば、間違って実行してリポジトリ吹き飛ばしたとか、ミスオペレーションの代名詞として語られることが多い操作です。 筆者も過去に一度だけmasterブランチに向けてForce pushをしてしまい、平謝りをした経験があります。 一方、最近知ったのですが、Gitリポジトリに本来入れてはいけない情報を入れたときの対応策としてForce pushすれば履歴は消えると考えている人もいるようです。 これについては、言葉で説明するよりやってみた方が早そうなので、実際に試してた結果を共有します。 もしお近くで「Force pushで消える、いや消えない」と言った議論を聞いたときには、そっとこの記事と、次の記事を見せてあげてください。 GitHub上のsensitive dataを削除するための手順と道のり - Merpay Advent C
Git を使った開発で最もよく利用するコマンドの一つ「git push」。基本動作のおさらいと、よく利用するオプションをまとめました。 git push コマンドの概要 git push はリモートレポジトリのブランチ履歴を更新するための Git コマンドです。 ローカル環境にあるブランチ上で作成されたコミット履歴と関連連する参照（e.g ブランチ名、タグ）を任意のリモートレポジトリに送信することで、そのリモート上でのコミット履歴を更新できます。 下記は git push origin master を実行した際のイメージです。origin レポジトリに、ローカルのmaster ブランチを送信します。origin 上の、同名のブランチ（ここでは master ブランチ）が更新されます。 それでは、git push コマンドの具体的な使い方を見ていきます。git push は引数の特別な指定
`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
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
はじめに 競技プログラミング(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時にerror: failed to push some refs toと出てくるのでそれを解決したいです。 *前提 RailsでWebアプリケーションを作成中です。 作業ブランチ:implement_bookmark_for_post エラーが出るまでの流れ 変更したファイルをコミットする→上記のブランチにpush→やり残しがあったのでgit reset --soft HEAD^をコマンドラインで叩く→再びコミット→作業ブランチにpurh(ここでエラー) *エラー内容 ! [rejected] implement_bookmark_for_post -> implement_bookmark_for_post (non-fast-forward) error: failed to push some refs to 'https://github.com
タイトル通り、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
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
はじめに これまで色々なプロジェクトに参加してきましたが、コミットメッセージが指定されている案件が意外とあります。 しかし、開発しているとコミットメッセージに意識が回らずフォーマットを無視してcommitしてしまいそのままpushしてしまうということが多々ありました。 最悪ブランチを作り直したりすれば良いのですが、それは面倒なので今回はpush後のコミットメッセージを変更する方法を紹介します。 push後のコミットメッセージを変更する方法 git logで現状を確認 $ git log --oneline 61776cf (HEAD -> master, origin/master) readme修正2 33c682d readmeを変更1 33eaec9 initialize repozitory
あ、間違って push しちゃった・・・ Git を使っていると、間違ってgit pushしてしまって、それを取り消したくなるようなケースは、時々あります。 間違えて master ブランチで作業して、中途半端なコミットを作ってしまった。しかもなぜか、間違って push してしまった・・・。 チームで共有しているリモートレポジトリに push したが、テスト不足で思いっきりバグを含んでいたので、いったん取り消したい。 間違いは、誰にでもあります。間違ったらやり直せば良いのです。 git push したコミットを取り消す それでは取り消しの方法です。解決の方針ですが、大きく２つの方針があります。 git push したコミットの取り消し方法の選択肢 ?過ちを隠す ：push した、コミットを取り消し、リモートから削除。無かったことにする。 ?過ちを認める：間違いコミットを打ち消す「rever
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
git push のときに自動的にリモートブランチを作成する設定
はじめてのNetlify: git pushでサイトを公開する極小手順 - Qiita
【Git】新人エンジニア、git pushまでの道 - Qiita
git pushの出力がstderrであることの弊害 - IMOKURI Blog
GitHub Actions で別のリポジトリに git push する
git pushのオプション -u とは - Qiita
master への push 時に生成物を git push する - Qiita
Improving Git push times through faster server side hooks
【 git push 】コマンド（基礎編）――ローカルリポジトリの内容をリモートリポジトリに送信する
git push コマンドの使い方と、主要オプションまとめ | WWWクリエイターズ
git pushまでの流れ(初心者の備忘録) - Qiita
git push時にerror: failed to push some refs toとエラーがでる
git pushしたファイルをローカルに残しつつgit管理から外したい - Qiita
【Tips】git pushできない事案発生 AccessToken - Qiita
Git push後のコミットメッセージを変更する方法 - Qiita
git push の取り消し方法 | WWWクリエイターズ
nordot.app
hajimete-sangokushi.com
3newskininaru.com
gumpla.jp
note.com/naruki_engineer
hajimete-sangokushi.com